15-09-0xxx-00-003c-comment-resolutions [Compatibility Mode]

Administrator

Description

May 2009doc.: IEEE 802.15-09/386r0Project: IEEEIEEEIIEEEEEE P802.15 WoWorrkingkiinngg GrGroupoup forforforfor WiWirre elesslesss PersonalPersonalPPersonal ArArArAreaeaeaea Networks (WPANs)Submission Title: [Comment Resolutions of Sponsor Ballot]Date Submitted: [May 2009]Source: [T. Baykas, C.S Sum, R. Funada, M.A Rahman, J. Wang, Z.Lan, C.W. PYO, F. Kojima, H. Harada, S. Kato]Company [NICT]AddressAddress [[33-44 HikarinoHikarino-okaoka, Yokosuka]Voice:[] FAX: []. E-Mail:[]Re: []Abstract: [Comment Resolutions of Sponsor Ballot]Purpose:Notice: This document has been prepared to assist the IEEE P802.15. 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 toto add, amendamend or withdraw material contained hereinherein.Release: The contributor acknowledges and accepts that this contribution becomes the property of IEEE and may be made publicly available by P802.15.Submission Slide 1 Tuncer Baykas, NICTMay 2009doc.: IEEE 802.15-09/386r0Summary:This document presents resolutions for comments 28, 38, 134, 133,109, 99, 19, 125, 129, 34, 127, 135Submission Slide 2 Tuncer Baykas, NICTMay 2009doc.: IEEE 802.15-09/386r0Com Name Inde Vote Aff. Cat. Pg Subclause Line Comment File Must Proposed Change Resolution ment x # Be # ...

Informations

• Publié par: Eftyo
• Nombre de lectures: 19
• Langue: English

Extrait

May 2009 doc.: IEEE 802.1509/386r0 Submission Title:[Comment Resolutions of Sponsor Ballot] Date Submitted:[May 2009] Source:[T. Baykas, C.S Sum, R. Funada, M.A Rahman, J. Wang, Z.Lan, C.W. PYO, F. Kojima, H. Harada, S. Kato] Company[NICT]   Voice:[] FAX: []. EMail:[] Re:[]

Abstract:[Comment Resolutions of Sponsor Ballot] Purpose:[Comment Resolutions of Sponsor Ballot] Notice:This document has been prepared to assist the IEEE P802.15.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  ,. Release:The contributor acknowledges and accepts that this contribution becomes the property of IEEE and may be made publicly available by P802.15.

Submission

Slide 1

Tuncer Baykas,NICT

May 2009

doc.: IEEE 802.1509/386r0

Summary: This document presents resolutions for comments 28, 38, 134, 133,109, 99, 19, 125, 129, 34, 127, 135

Submission

Slide 2

Tuncer Baykas, NICT

May 2009

doc.: IEEE 802.1509/386r0

Com NameInde oteAff. Cat.Pg SubclauseLine CommentFile MustProposed ChangeResolution ment x# Be # Satisfi ed AddonebitsuggestedPCESandonebitsuggested 23 Livneh,toTechni 12.1Appro Qualcosymplify RXimplementation,No addprocedure Pilotwordfieldstoreceivestatusfieldin12.1.8.3. Noam vemm calRXshouldbeabletoforceTXtotoenableRXto Value0forpilotwordindicatesthatnopilotword shouldbesentand1suggestsusingpilotwords. transmitPCESanorpi otwor orceTXto Value0forpcesindicatesthatnopcesshouldbe transmitPCES sentand1suggeststousepcesbits. and/orpilot word AddonebitsuggestedPCESandonebitsuggested 38 bar,Disapp Qualco Techni12.1 tosymplify RXimplementation,Yes addprocedure vere rovemm cas ouea etoorcetotoena eto Value0forpilotwordindicatesthatnopilotword transmitPCESand/orpilotword forceTXto shouldbesentand1suggestsusingpilotwords. Value0forpces indicatesthatnopcess hould be transmitPCES sentand1suggeststousepces bits. and/orpilot word as er,sapp neec n. .o. usecsoo.s ores em m numccepnpr nc p e.mes Assaf roveCorpor calwillputamuchtolargeburdenSIFSto2usec onlyanoptionandmandatorymode ation onimplementation is2us.

Submission

Slide 3

Tuncer Baykas, NICT

May 2009

doc.: IEEE 802.1509/386r0

Com NameInde oteAff. Cat.Pg SubclauseLine CommentFile MustProposed ChangeResolution ment x# Be # Satisfi ed Pilotwordoflength0shouldnotbeallowed. Acceptinprinciple,ForanyMCSotherthan Disallowpilotword 133 Kasher,7 Disapp IntelYes12.2.3.4. 38Techni 91 Itmandatesthatthereceiverwillhaveto oflength0ormake CMS,supportforpilotwordlength0is Assaf roveCorpor cal1 implementatimedomainequalizerevenifit ation canimplementafrequencydomainequalizer. spreadingof64isusedandnoequalizationis necesssary. Changechiprate 1728Mchips/swaschosenbasedonpopular Accept,removeallrepetitionsof1728 109 Baykas,29 No74 12.2.2.3(NICT) Techni7 Appro cellphonecrystals.Howeverrecentadvanced from1728mchips/s Mchp/sfromthestandardexcept12.2.2.3. Tuncer vecal cellphonesdeploy40Mhzcyrstals.Therefore to1760 mchips/s Changethetimingrelatedtablesaccordingly. Mchips/s 802.11TGadwillbebuildinguponthe802.11n choosesamplingAccept,Changechipratefrom1728mchips/s 99 Perahia,Intel4 Appro12.2.2.3 29NoTechni 74 specificationandproducts.Itishighlylikely ratethatisafactorto1760mchips/s. Eldad veCorpor cal thatthesamplingratechosenwillbeafactor of40MHz. removeallrepetitionsof1728Mchp/sfrom ation of40MHz.Inordertobestenablecoexistence etween802.15.3can802.11TGa ,c oose timingrelatedtablesaccordingly. samplingratethatisafactorof40MHz.

Submission

Slide 4

Tuncer Baykas, NICT

May 2009

doc.: IEEE 802.1509/386r0

ment x# Be # Satisfi ed No . This 19 Bosco,Approve MotorolaGen is a well written, technically correct document. About the Suggestion to combine OFDM I am approving this revision. The inclusion of low Bruce Inc modes: Although AV and HSI OFDM PHYs complexity PHY modes such as PI/2 BPSK and share the same modulation technique, their OOK is a strong point as this should allow for low cos , consume  arge epro ucs ne very near is very different and they provide solutions to future. I would strongly suggest that on the next different market segments. Therefore neither revision, a very hard look be made at either combining the HSI OFDM and the AV OFDM PHY combining them nor eliminating of them is modes or eliminating one. Further, a look at which good for the standard. single carrier (SC) modes are actually being implemented in commercial products should be made with the idea of eliminating unused ones  or poss ya ngnew ones ase requ remenan market evolves. Finally, again keeping the real market in focus, a look at possibly streamlining the MAC might be a good option for the next revision. 125 Trainin,Disappr IntelTech 9912.3.2.1 26The table 121 provides MCSs of the HISYes Mergeand unify the Reject, Although AV and HSI OFDM PHYs Solomon oveCorporat PHYthat well overlaps the MCSs providedHRP and the HIS share the same modulation technique, their ion bythe AV PHY in the table 136. No reason PHY framedesign and approach to communication different market segments. Therefore neither combining them nor eliminating of them is good for the standard. 129 Kasher,Disappr IntelTech 5912 9Two OFDM PHYs are redundant. There isYes Combineand unify Reject, Although AV and HSI OFDM PHYs Assaf oveCorporat noneed for two OFDM PHYsthe OFDM PHYs. share the same modulation technique, their ion Otherwise,show in frame design and approach to communication  , the equivalent different market segments. Therefore neither feature offered by combining them nor eliminating of them is the other PHY good for the standard. cannot be used here (e.g. Preamble, number of SC, 34 Hansen, C7 DisapprBroadco Tech99 12.31 It doesn't make sense to have 2 completeYes Unifythe two OFDM Reject, Although AV and HSI OFDM PHYs ove mOFDM PHY modes that are so similar.PHYs in 12.3 and share the same modulation technique, their 12.4. framedesign and approach to communication is very different and they provide solutions to different market segments. Therefore neither combining them nor eliminating of them is

Submission

Slide 5

Tuncer Baykas, NICT

May 2009

doc.: IEEE 802.1509/386r0

Com NameInde oteAff. Cat.Pg SubclauseLine CommentFile MustProposed ChangeResolution ment x# Be # Satisfi ed Reject, Different PHYs are a result of 127 Kasher,Disapp IntelHaving12 9Techni 593differentPHYs.NoneofYes Removetwoof demands of different market segments, which Assaf roveCorpor calmandatory,willcreatemarketthePHYmodes are stated in the usage models, therefore eliminating some of them impair success of ation conusionanimpairorma eoneo the standard. For interoperability CMS is interoperabilityandsuccessofthemmandatory mandated to all PNC’s. thestandard. Reject,DAMImodeisoptionalandasthe 135 Kasher,9 Disapp Intel12.2.8.2 27Techni 97DAMIprovidesminorYes RemoveDAMI commenterstatesprovidesimprovement. Assaf roveCorpor calimprovementoverother at onnumerousmo es.av ngso manymodescreatsconfusionand marketfragmentation

Submission

Slide 6

Tuncer Baykas, NICT