Doc.: IEEE - 15-11-0675-01-0006 Submission Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Proposed.

Slides:



Advertisements
Similar presentations
Doc.: IEEE Submission May 2015 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title:
Advertisements

Doc.: IEEE /554r0 TG3c Presentation January 16, 2007 Yongsun Kim – ETRISlide 1 Project: IEEE P Working Group for Wireless Personal Area.
Doc.: IEEE Submission Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Proposed Comment.
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 m SubmissionSlide 1 Nov Project: IEEE P Working Group for Wireless Personal Area Networks(WPANs) Submission.
Doc.: IEEE Submission Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Drafting of IEEE e.
Doc.: IEEE Submission July 2010 Peter Bradley, Zarlink SemiconductorSlide 1 Project: IEEE P Working Group for Wireless Personal.
Doc.: IEEE q Submission ETRI September 2012 Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Doc.: IEEE /235r0 Submission May 2001 Philips SemiconductorsSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Doc.: IEEE Submission September 2010 Hind Chebbo, FujitsuSlide 1 NOTE: Update all red fields replacing with your information; they.
Doc.: IEEE /317r0 Submission September, 2000 Allen Heberling, Eastman Kodak, CompanySlide 1 NOTE: Update all red fields replacing with your information;
Doc.: IEEE Submission Sept Byung-Jae Kwak, ETRISlide 1 NOTE: Update all red fields replacing with your information; they are.
Doc.: IEEE c Submission Slide 1 July, 2008 Chang woo Pyo, NICT Project: IEEE P Working Group for Wireless Personal Area Networks.
Doc.: IEEE j Submission May 2011 Kiran Bynam, Samsung Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Doc.: IEEE Submission September 2009 Roberts [Intel] Slide 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 COEX-02/004r0 Submission 23 January, 2001 James P. K. Gilb, Appairent Technologies Project: IEEE P Working Group for Wireless Personal.
Doc.: IEEE Submission Oct Slide 1 Sangjae Lee (ETRI) et al 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 Submission, Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Communicating.
IEEE n Submission Andy Bottomley (Microsemi) Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission.
Doc.: IEEE e Submission Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Subframe.
Doc.: IEEE g Submission March 2011 Xing Tao (SIMIT/WSNIRI), Khanh Tuan Le (TI) Project: IEEE P Working Group for Wireless Personal.
Doc.: IEEE u TG4u – Bands for India January 2016 Phil Beecher, Wi-SUN Alliance Slide 1 Project: IEEE P Working Group for Wireless.
Doc.: IEEE g Submission March 2010 Tim Schmidl (Texas Instruments), Emmanuel Monnerie (Landis & Gyr), Shusaku Shimada (Yokogawa Co.),
Doc.: IEEE g Submission March 2010 Kuor Hsin Chang, Monique Brown (Elster Solutions, M.B. Brown Consulting) Project: IEEE P
Doc.: IEEE Submission July 2010 Anuj Batra and Mark Dawkins, TI and ToumazSlide 1 Project: IEEE P Working Group for Wireless.
Doc.: IEEE /081r0 Submission February 2004 McCorkle, MotorolaSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Doc.: IEEE Submission, Slide 1 NOTE: Update all red fields replacing with your information; they are required. This is a manual.
IEEE Submission Kiran Bynam, Samsung Electronics Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks.
Doc.: IEEE Submission September 2010 Hind Chebbo, FujitsuSlide 1 NOTE: Update all red fields replacing with your information; they.
doc.: IEEE <doc#>
Name - WirelessHD doc.: IEEE g July 2010
doc.: IEEE <doc#>
November 2008 doc.: IEEE November 2008
May 2018 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Considerations on general MAC frame] Date Submitted:
Oct 2011 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Proposed Comment Resolutions for CID 128 and.
<month year> <doc.: IEEE doc> March 2011
doc.: IEEE <doc#>
Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Resolution of CID 139] Date Submitted:
March 2013 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: Comment Resolution Suggestions Date Submitted:
doc.: IEEE <doc#>
Submission Title: PHY Layer Comment Resolution
<month year> <doc.: IEEE doc> October 2011
doc.: IEEE <doc#>
Submission Title: [Resolution for PHY header]
Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Resolution of TG6 Draft D0 comment.
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:
doc.: IEEE <doc#>
doc.: IEEE <doc#>
Sep 2011 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Proposed Comment Resolutions for CID 35, 82,
doc.: IEEE <doc#1>
doc.: IEEE <doc#1>
doc.: IEEE <doc#>
<month year> doc.: IEEE s March 2019
doc.: IEEE <doc#>
Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Resolution of TG6 Draft D0 comments.
doc.: IEEE <doc#1>
Submission Title: Comment Resolution Input Summary
Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Resolution of TG6 Draft D0 comment.
Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Resolution for PHY header] Date Submitted:
Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Resolution of TG6 Draft D0 comments.
August 2019 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: CID 422 Proposal Date Submitted: 14 August,
August 2019 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: CID 422 Proposal Date Submitted: 14 August,
August 2019 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: CID 422 Proposal Date Submitted: 14 August,
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.
Presentation transcript:

doc.: IEEE Submission Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Proposed Comment Resolutions for CID 35, 82, 177, 180, and 184] Date Submitted: [21 Sep 2011] Source: [Seung-Hoon Park, Taehan Bae, Dr.Euntae Won], Company [Samsung Electronics 1 ] [Jung-hwan Hwang, Sung-weon Kang], Company [ETRI 2 ] Address [416, Maetan-3Dong, Yeongtong-Gu, Suwon-Si, Gyeonggi-Do, , Korea] Voice:[ ], FAX: [ ], (1){416, Maetan-3dong, Yeongtong-gu, Suwon-si, Gyeonggi-do, , South Korea}{ }{ (2){138 Gajeong-ro, Yuseong-gu, Deajeon, , South Korea} { }{ Re: [Response to IEEE Sponsor Ballot 1 Comments] Abstract:[This document proposes several resolutions for Clause 11 of Sponsor Ballot 1] 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 Sep 2011 Slide 1Seung-Hoon Park(Samsung) and Jung-hwan Hwang(ETRI)

doc.: IEEE Submission CID-35 Comment: Always Active field is not relevant to Rate Indicator function of HBC. Commenter’s Resolution: Please describe alternative method to inform RI mode. Comment Status: Revised. Recommend to Revise: The former version used MAC field unreasonably. So RI mode operation based on PHY is recommended. Sep 2011 Seung-Hoon Park(Samsung) and Jung-hwan Hwang(ETRI)

doc.: IEEE Submission CID-35 Proposed Resolution - replace "especially for high data rates" to "especially only for burst mode". - replace "To use RI, the sender should indicate to the receiver by setting Always Active field to one in MAC capability format." to "The MAC shall set the burst mode bit as defined in Table 84, to support higher throughput by allowing the transmission of consecutive frames without ACK and higher data rate for PHY header. " Sep 2011 Seung-Hoon Park(Samsung) and Jung-hwan Hwang(ETRI)

doc.: IEEE Submission CID-35 Sep 2011, Slide 4 …

doc.: IEEE Submission CID-35 Proposed Resolution replace “ A hub may initiate RI mode for only one RI enabled device and transmits a stream of frames. After finishing the traffic session to a device, a hub should indicate to the device by setting Always Active field to zero. " to “ The MAC shall indicate that the next packet is part of burst with RI mode to the receiver by setting Burst Mode field to one. The MAC shall indicate that the next packet is not part of burst with DRF mode to the receiver by setting Burst Mode field to zero. In the burst mode, the inter-frame spacing pMIFS is defined in " Sep 2011 Seung-Hoon Park(Samsung) and Jung-hwan Hwang(ETRI)

doc.: IEEE Submission CID-82 Comment: The transmit mask for HBC lacks sufficient filtering of out of band emissions. Only -9.5 dBr is shown for DC (0Hz) levels. Additional filtering is needed to reduce the probability of conducted or radiated EMI/EMC issues with other body worn devices. Commenter’s Resolution: Change Figure 171 and Figure 172 to show a *maximum* value of -120 dBr at 1 MHz (absolute) frequency. Such attenuation is readily achievable using a 5th order Butterworth passive filter or numerous other filter options. Comment Status: Tent. Accepted. Recommend to Revise: Figure 171 and 172 will be updated to show -100 dBr at 1MHz. Sep 2011 Seung-Hoon Park(Samsung) and Jung-hwan Hwang(ETRI)

doc.: IEEE Submission CID-82 Proposed Resolution Sep 2011 Seung-Hoon Park(Samsung) and Jung-hwan Hwang(ETRI) dBr

doc.: IEEE Submission CID-82 Proposed Resolution Sep 2011 Seung-Hoon Park(Samsung) and Jung-hwan Hwang(ETRI) dBr

doc.: IEEE Submission CID-177 Comment: The draft standard does not specify pulse shaping filters (either transmit or receive) for the HBC mode of operation. Submission IEEE illustrates the improved out-of-band rejection offered by a transmit filter, but this filter is not specified in the draft standard. Further, the draft standard's low- frequency spectral mask does not appear to reflect the implementation of a transmit filter such as the one described in IEEE Commenter’s Resolution: Specify HBC transmit and receive filters in the standard. For example, sub-clause specifies a square-root raised cosine (SRRC) pulse shape for the NB PHY (this pulse shape also influences frequency-domain content). If such filters are not required to ensure interoperability, then please provide related technical justification. Proposed Resolution: Reject Tx filter is implementation dependent, so any type filter can be implemented to satisfy requirements of transmit mask. Sep 2011 Seung-Hoon Park(Samsung) and Jung-hwan Hwang(ETRI)

doc.: IEEE Submission CID-180 Comment: The term "radiation power" is expressed as dBm without any sort of typical suffix (for radiated power) such as ERP, EIRP or TRP. Commenter’s Resolution: Please add additional language to clarify the meaning of "radiation power" and how it is to be measured in HBC applications. How is load impedance factored into radiation power measurements? What is the influence of electrode size and distance from the skin? Do HBC radiation power measurements incorporate a body phantom as required for the MedRadio service? What is the field intensity in the area of implantation (that can potentially interfere with medical devices such as pacemakers, implantable cardioverter defibrillators, and insertable cardiac monitors)? From slide 16 in IEEE it appears that radiation power is measured without a load (i.e., the nearby skin) at a distance of 3 meters? Is radiation power measured with a tone (CW carrier) or a modulated carrier? Comment Status: Revised. Recommend to Revise: - The term “radiation power” means EIRP that is radiated from an electrode. - The radiation power was measured in the air at a distance 3 meters away from an electrode, and then transformed into power of a modulated signal. Sep 2011 Seung-Hoon Park(Samsung) and Jung-hwan Hwang(ETRI)

doc.: IEEE Submission CID-180 Proposed Resolution To clarify meaning of the radiation power, replace “The radiation power from the human body shall be less than -36 dbm as~~" to "The radiation power from the human body shall be less than -36 dbm EIRP as~~" Sep 2011 Seung-Hoon Park(Samsung) and Jung-hwan Hwang(ETRI)

doc.: IEEE Submission CID-184 Comment: “Current radio specification for HBC PHY only specify receiver sensitivity requirements; which is not adequate to guarantee a receiver quality as mentioned in Section 1.2 of the draft related to the reliability, co-existence and QoS of devices used in or around a body” Commenter’s Resolution: “Enhance radio specifications by including Rx specifications for adjacent/alternate channel rejection, blocking, intermdulation and/or co-channel specifications” Recommend to Revise: Delete one of two HBC(EFC) bands, 21 MHz or 32 MHz Proposed Resolution The band to be deleted will be decided before 4 th October Remove all description, table, or figure related to the decided band Sep 2011 Seung-Hoon Park(Samsung) and Jung-hwan Hwang(ETRI)