Doc.: IEEE 802.15-11-0044-00-0006 Submission January 2011 Mark Dawkins (Toumaz) and Anuj Batra (TI)Slide 1 Project: IEEE P802.15 Working Group for Wireless.

Slides:



Advertisements
Similar presentations
Doc.: IEEE Submission May 2011 Paul Stadnik (Biotronik) et al.Slide 1 Project: IEEE P Working Group for Wireless Personal Area.
Advertisements

Doc.: g Draft ETSI ERM TG28 Liaison response on EN March 2010 Larry Taylor, DTCSlide 1 Project: IEEE P Working Group for.
Doc.: IEEE f Submission IEEE f March 2010 Tim Harrington, Zebra Enterprise SolutionsSlide 1 Project: IEEE P
Doc.: IEEE Submission August 2011 Anuj Batra (TI) and Mark Dawkins (Toumaz)Slide 1 Project: IEEE P Working Group for Wireless.
Doc.: g September, 2011 Daniel Popa, Ruben Salazar Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Doc.: IEEE c Submission July, 2005 Pollock and Skafidas, NICTASlide 1 Project: IEEE P Working Group for Wireless Personal Area.
Doc.: IEEE /270 Submission July 2003 Liang Li, Helicomm Inc.Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Doc.: IEEE /133r0 Submission March 2003 Michael Park, Samsung Electronics co., LtdSlide 1 Project: IEEE P Working Group for Wireless Personal.
Doc.: IEEE s Submission September 2015 Hidetoshi Yokota and Ruben Salazar, Landis&GyrSlide 1 Project: IEEE P Working Group for.
Doc.: IEEE Submission July 2010 Peter Bradley, Zarlink SemiconductorSlide 1 Project: IEEE P Working Group for Wireless Personal.
Doc: IEEE g TG4g Submission Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title:[Summary.
Doc: IEEE g TG4g Submission Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title:[Summary.
Doc.: IEEE /235r0 Submission May 2001 Philips SemiconductorsSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Doc.: IEEE Submission Aug Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title:
Doc.: IEEE Submission Mar 2011 Rick Powell, Zarlink SemiconductorSlide 1 Project: IEEE P Working Group for Wireless Personal.
Doc.: IEEE g Submission March 2009 Michael SchmidtSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks.
Doc.: IEEE Submission, Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Preliminary PHY.
1 March 2010 Micheal McLaughlin, DecaWave Submission IEEE h Project: IEEE P Working Group for Wireless Personal Area Networks.
IEEE n Submission Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title:LB93 Comment resolution.
Doc.: IEEE c Submission Slide 1 July, 2008 Chang woo Pyo, NICT Project: IEEE P Working Group for Wireless Personal Area Networks.
Doc.: IEEE g Submission March 2009 Michael SchmidtSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks.
Doc.: IEEE g Submission November, 2010 Roberto Aiello, ItronSlide 1 Project: IEEE P Working Group for Wireless Personal Area.
Doc.: IEEE Submission July 2010 Didier Sagan, ZarlinkSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks.
Doc.: IEEE g Harmonization of The 15.4g Mandatory Data Rate Proposal February 2010 Khanh Tuan Le (TI)Slide 1 Project: IEEE P
Doc.: IEEE g Submission March 2011 Xing Tao (SIMIT/WSNIRI), Khanh Tuan Le (TI) Project: IEEE P Working Group for Wireless Personal.
Doc.: IEEE g Submission March 2010 Tim Schmidl (Texas Instruments), Emmanuel Monnerie (Landis & Gyr), Shusaku Shimada (Yokogawa Co.),
Doc.: IEEE /440r2 Submission, Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: IEEE :
Doc.: IEEE Submission July 2010 Anuj Batra and Mark Dawkins, TI and ToumazSlide 1 Project: IEEE P Working Group for Wireless.
Doc.: IEEE Submission September 2011 O. Omeni (Toumaz)Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks.
Doc.: IEEE e submission Kondou (Sony)Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission.
November 2014 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [SRM related functions in ]
March t Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [A Simple System Kept Simple]
Name - WirelessHD doc.: IEEE g July 2010
doc.: IEEE <doc#>
July 2010 doc.: IEEE July 2010 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title:
Submission Title: [Multi-band OFDM Proposal References]
May 2018 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Considerations on general MAC frame] Date Submitted:
<month year> <doc.: IEEE doc> March 2011
May 2010 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Proposed Resolution To The FCC Part
July 2010 doc.: IEEE xxx May 2011 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title:
doc.: IEEE <doc#>
March 2013 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: Comment Resolution Suggestions Date Submitted:
doc.: IEEE <doc#>
Doc.: IEEE /XXXr0 10 May 2011 Sep 19, 2007 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)‏ Submission Title:
doc.: IEEE <doc#>
March t Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [A Simple System Kept Simple]
May 2010 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Proposed Resolution To The FCC Part
doc.: IEEE <doc#>
doc.: IEEE <doc#>
July 2010 doc.: IEEE xxxx July 2010
July 2010 doc.: IEEE July 2010 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title:
July 2010 doc.: IEEE July 2010 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title:
March 2013 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: Comment Resolution Suggestions Date Submitted:
doc.: IEEE <doc#>
May 2018 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Considerations on general MAC frame] Date Submitted:
July 2010 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: Proposal for Radio Specification Comments.
doc.: IEEE <doc#1>
July 2010 doc.: IEEE July 2010 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title:
July 2010 doc.: IEEE July 2010 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title:
July 2011 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Proposal in Response to Task Group j.
doc.: IEEE <doc#1>
doc.: IEEE <doc# >
doc.: IEEE <doc# >
May 2010 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Proposed Resolution To The FCC Part
doc.: IEEE <doc#1>
doc.: IEEE <doc#1>
doc.: IEEE <doc#1>
August 2019 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: CID 422 Proposal Date Submitted: 14 August,
September, 2019 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: CID 422 Proposal Date Submitted: Sept.
<month year> doc.: IEEE s September 2019
Presentation transcript:

doc.: IEEE Submission January 2011 Mark Dawkins (Toumaz) and Anuj Batra (TI)Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: Proposed Resolutions for draft D2 narrowband PHY Date Submitted: 17 January, 2011 Source: Mark Dawkins, Toumaz Technology and Anuj Batra, Texas Instruments Re: Response to IEEE Letter Ballot comments Abstract:This document proposes several resolutions for Letter Ballot 66, specifically for the Narrowband PHY section. Purpose:For discussion by IEEE TG6 Notice:This document has been prepared to assist the IEEE P It is offered as a basis for discussion and is not binding on the contributing individual(s) or organization(s). The material in this document is subject to change in form and content after further study. The contributor(s) reserve(s) the right to add, amend or withdraw material contained herein. Release:The contributor acknowledges and accepts that this contribution becomes the property of IEEE and may be made publicly available by P

doc.: IEEE Submission January 2011 Mark Dawkins (Toumaz) and Anuj Batra (TI)Slide 2 Start Frame / End Frame Comment(s): S9-19 –with the current definition, the difference (in time) between the start of a frame and end of a frame is equal to the frame length plus the time it takes to propagate the packet -- technically the propagation delay should be included into the definition, would suggest to remove it Proposed Resolution: –replace "last received symbol" with "last transmitter symbol" Discussion: –Accept comment

doc.: IEEE Submission January 2011 Mark Dawkins (Toumaz) and Anuj Batra (TI)Slide 3 EVM (1) Comment(s): S9-20 –when there is a frequency-offset in the system (due to the PPM error in the crystal), having an SRRC filter matched to the one at the transmitter is no optimal and will lead to degradation in EVM Proposed Resolution: –remove "matched to the transmitter under test" Discussion: –Accept comment

doc.: IEEE Submission January 2011 Mark Dawkins (Toumaz) and Anuj Batra (TI)Slide 4 EVM (2) Comment(s): S9-27 –The modulation accuracy of the transmitter is determined via an error-vector magnitude (EVM) 13 measurement, which is calculated over N baud-spaced received complex values kkQIˆ,ˆ. A decision is 14 made for each received complex value. The ideal position of the chosen symbol is represented by the 15 vectorkkQI,. The error vector kkQI , is defined as the distance from the ideal position to the actual 16 position of the received complex values, i.e., ),(),()ˆ,ˆ(kkkkkkQIQIQI   . Proposed Resolution: –EVM is measured as the difference between receive complex vector to trasnmit vector. Since we are trying to standardize the transmitter only, we can define the same as difference between the trasnmitted constellation to the orginal constellation. If we are using the receiver constellation, please clarify the setup of receiver. Discussion: –Reject comment –The EVM is a measures the difference between the input (differential demodulation of the received complex vector) and output (sliced version of the input) of the slicer, not the transmitted vector. The draft specifies that the EVM shall be measured using an ideal receiver, which is the best approximation to the transmitted vector. –The ideal receiver is defined in (p. 188, lines 4-7)

doc.: IEEE Submission January 2011 Mark Dawkins (Toumaz) and Anuj Batra (TI)Slide 5 SRRC Comment(s): S9-26 –beta is not defined Proposed Resolution: –How can we build a good performance receibver without knowing beta. Please specify some value of beta Discussion: –Reject comment –Draft standard states that the value of beta is left to the implementer. The beta value is left open to allow implementers to trade-off bandwidth for peak-to-average ratio. The beta value is constrained by the spectral mask and the ACPR –Identical to comment S9-71 / draft D1 (letter ballot 55)

doc.: IEEE Submission January 2011 Mark Dawkins (Toumaz) and Anuj Batra (TI)Slide 6 ACPR Comment(s): S9-28 –The resolution of comment S9-41 in Letter Ballot 66 is rejected. The comment S9-41 submitted for Letter Ballot 55 is repeated within brackets as [The ACPR levels for MICS band operation are not adequate to prevent hubs from interfering with implants (nodes) communicating in an adjacent channel.] The group's rebuttal is not acceptable because it fails to recognize the low EIRP of certified implant transmitters: 1.2 nW for FCC ID PG6BA0T, 160 nW for FCC ID RAISJMRF, 200 nW for FCC ID LF5MICSIMPLANT2. As these products are implanted in patients throughout the world, an IEEE hub should not degrade their performance. Proposed Resolution: –For the MHz frequency band, ACPR Hub (dB), replace "-32" with "-35“ Discussion: –Reject comment –An ACPR of -32 dB is a balance between ideal requirements and reasonable practical values. This was a compromise value as agreed upon by the group. –The commenter has not provided any additional information as to why a value -35 dB is required by device –Identical to S9-41 / draft D1 (letter ballot 55)

doc.: IEEE Submission January 2011 Mark Dawkins (Toumaz) and Anuj Batra (TI)Slide 7 ED Threshold (1) Comment(s): S9-29 –The resolution of comment S9-43 in Letter Ballot 66 is rejected. The comment S9-43 submitted for Letter Ballot 55 is repeated within brackets as [Specifying details for "ED Threshold" is key to ensuring interoperabililty with existing MICS systems compliant with standards such as EN V1.3.1.] The group's rebuttal is not acceptable because the paragraph does not contain adequate requirements for LBT and LIC operation. The elaboration of said requirements is necessary to protect band's primary user and to ensure the safety of over three hundred thousand patients with MICS implants worldwide. The ETSI MICS standard, first published in 2002, is the most widely referenced document for LBT/LIC requirements in worldwide regulations such as those adopted in Canada (RSS-243) and Australia (LIPD Class Licence). Proposed Resolution: –1) Change "applicable standards" to "ETSI EN ", 2) Strike the phrase "whichever is lower" (the ETSI LBT threshold level is a specific calculated parameter). Discussion: –Accept in principle –The suggest change is very specific to implant devices, however, this section was intended to cover all frequency bands, including non-implant devices –Recommendation is to have separate ED thresholds defined, one for MICS band and one for non-MICS band

doc.: IEEE Submission January 2011 Mark Dawkins (Toumaz) and Anuj Batra (TI)Slide 8 ED Threshold (2) Discussion (cont): –Proposed text: For the frequency MHz, the minimum ED value (zero) shall indicate received power less than that which is prescribed by ETSI EN or other applicable standards For all other frequency bands, the minimum ED value (zero) shall indicate received power less than either - 10 dB above the receiver sensitivity as defined in Table 50 for the lowest data rate within a given band (see ) OR - that which is prescribed by local regulatory requirements, or applicable standards, whichever is lower.

doc.: IEEE Submission January 2011 Mark Dawkins (Toumaz) and Anuj Batra (TI)Slide 9 ED Measurement Time (1) Comment(s): S9-30 –The resolution of comment S9-45 in Letter Ballot 66 is rejected. The comment S9-45 submitted for Letter Ballot 55 is repeated within brackets as [Specifying details for "ED Measurement Time" is key to ensuring interoperabililty with existing MICS systems compliant with standards such as EN V1.3.1.] The group's rebuttal is not acceptable because the paragraph does not contain adequate requirements for LBT and LIC operation. The elaboration of said requirements is necessary to protect band's primary user and to ensure the safety of over three hundred thousand patients with MICS implants worldwide. The ETSI MICS standard, first published in 2002, is the most widely referenced document for LBT/LIC requirements in worldwide regulations such as those adopted in Canada (RSS-243) and Australia (LIPD Class Licence). Proposed Resolution: –Change "applicable standards" to "ETSI EN “ Discussion: –Accept in principle –The suggest change is very specific to implant devices, however, this section was intended to cover all frequency bands, including non-implant devices –Recommendation is to have separate ED measurement time defined, one for MICS band and one for non-MICS band

doc.: IEEE Submission January 2011 Mark Dawkins (Toumaz) and Anuj Batra (TI)Slide 10 ED Measurement Time (2) Discussion (cont): –Proposed text: For the frequency MHz, the ED measurement time, to average over, shall be that which is prescribed by ET EN or other applicable standards For all other frequency bands, the ED measurement time, to average over, shall be either - pEDTime (8 preamble symbol periods) OR - that which is prescribed by local regulatory requirements, or applicable standards, whichever is longer in duration.

doc.: IEEE Submission January 2011 Mark Dawkins (Toumaz) and Anuj Batra (TI)Slide 11 RX-to-TX Turnaround Comment(s): S9-36 –The definition of the Rx-to-Tx turnaround time assumes that the next outgoing frame is available to the PHY. In some cases the outgoing frame is not just a simple ACK and requires a lot of processing based on the previously received frame. Because of these cases, mandating the response frame to be always transmitted within 55us is incompatible with a very low power implementation. While the resolution of this issue should be left to the MAC (there are comments on the subject), the PHY should not make any assumption as to when the outgoing frame is made available to the PHY by the MAC. The purpose of the turnaround is to define when the PHY must be ready to transmit, not when actual transmission occurs. Proposed Resolution: –Replace "…, to the time when the first sample of the first transmitted symbol of the PLCP preamble for the next frame is present on the air interface." by "…, to the time when the first sample of the first transmitted symbol of the PLCP preamble for the next frame is present on the air interface, providing such frame was made available to the PHY" or "…, to the time when the transmitter is ready to transmit the first sample of the first symbol of the PLCP preamble for the next frame.” Discussion: –Reject comment –The proposed resolution leaves the SIFS unbounded which places a considerable burden on the receiver design (requiring the receiver is listen for long periods of time) and is not consistent with a low-power implementation

doc.: IEEE Submission January 2011 Mark Dawkins (Toumaz) and Anuj Batra (TI)Slide 12 MAC Parameters at the PHY? Comment(s): S9-41 –Does MAC need to be explicitly defined as "medium access control" here? In any case, the PHY header does not give any information about MAC parameters. Proposed Resolution: –Replace "The purpose of this component is to convey the necessary information about the PHY and media access control (MAC) parameters to aid in the decoding of the PSDU at the receiver." with "The purpose of this component is to convey the necessary information about the PHY parameters to enable decoding of the PSDU at the receiver.“ Discussion: –Accept, but reclassify as editorial

doc.: IEEE Submission January 2011 Mark Dawkins (Toumaz) and Anuj Batra (TI)Slide 13 Scrambler Position Comment(s): S9-50 –Missing "the" and incorrect use of "scrambling" - the bits are not scrambled at this point Proposed Resolution: –Change "The pad bits shall be appended to scrambled and encoded PSDU…" to "The pad bits shall be appended to the encoded PSDU...“ Discussion: –Accept, but reclassify as editorial