D0.2 Comment Resolution on CID 368

Slides:



Advertisements
Similar presentations
Doc.: IEEE xxx c Submission July, 2008 ETRISlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission.
Advertisements

Doc.: IEEE /0537r0 Submission May 2010 Kazuyuki Sakoda, Sony CorporationSlide 1 General frame format comment resolution overview Date:
Relay Flow Control Date: Authors: May 2013 Month Year
Short SSW Frame for A-BFT
TWT Information frames in 11ax
Spec text clarification for FDMA
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
Follow UP of Unifying Queue Size Report
Comment resolution on BSR CID 8426
Channel Access for WUR FDMA
<January 2002> doc.: IEEE <02/139r0> May, 2008
<January 2002> doc.: IEEE <02/139r0> May, 2008
Comments on Relay Date: Authors: Month Year
Proposed Texts for Functional Requirement Document Draft
Average SNR Definition CID 3241
MDA Comments 1 Date: Authors: September, 2008 Feb, 2008
Improvement to TWT Parameter set selection
Proposed Texts for Functional Requirement Document Draft
UL OFDMA-based Random Access Parameter Set (RAPS) element
Multi-band Discovery Assistance for ay (CR on CID 1771)
doc.: IEEE <doc#>
<January 2002> doc.: IEEE <02/139r0> May, 2008
Issue of Buffer Status reporting
doc.: IEEE <doc#>
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
Issue of Buffer Status reporting
Response frame in WUR Mode Setup
doc.: IEEE <doc#>
Comment resolution on BSR CID 8426
Proposed Texts for Functional Requirement Document Draft
Resolution for CID 118 and 664 Date: Authors: Month Year
Proposed resolution of CID 3518
Proposed resolution of CID 3518
Proposed resolution of CID 3518
Proposed Resolutions to RFI comments of LB 166 on IEEE s D7.0
Multi-band Discovery Assistance for ay (CR on CID 1771)
Comment resolution on BSR CID 8426
Further considerations on WUR frame format
Consideration on Coexistence between LTE-U and WLAN
Multi-WID Addressed WUR Frame
doc.: IEEE <doc#>
Proposed Texts for Functional Requirement Document Draft
doc.: IEEE <doc#1>
Spec text clarification for FDMA
AoD and AoA Estimation for TGac
doc.: IEEE <doc#>
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
Month Year doc.: IEEE /xxxxr0 September 2009
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
doc.: IEEE <doc#>
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
D0.2 Comment Resolution on CID 368
LB97 Coex: Duplicate DSSS
doc.: IEEE <doc#>
19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea
doc.: IEEE <doc#>
Proposed resolution of CID 3518
Spec text clarification for FDMA
Channel Access for WUR FDMA
<January 2002> doc.: IEEE <02/139r0> March, 2008
<January 2002> doc.: IEEE <02/139r0> March, 2008
Multi-band comments resolution
OBSS_PD simplification
D0.2 Comment Resolution on CID 368
Multi-WID Addressed WUR Frame
Text Proposals of PHY Control Structure for 16n Direct Communication
Control Response PPDU Format
Proposed Resolution to CID 116 in CC
Presentation transcript:

D0.2 Comment Resolution on CID 368 Month Year doc.: IEEE 802.11-07/xxxxr0 September 2010 D0.2 Comment Resolution on CID 368 Date: 2010-09-14 Authors: Name Affiliations Address Phone Email Kapseok Chang ETRI 138 Gajeongno, Yuseong-gu, Daejeon, 305-700, Korea +82-42-860-1639 kschang@etri.re.kr Yongsun Kim doori@etri.re.kr Seung Eun Hong iptvguru@etri.re.kr Hoosung Lee hslee@etri.re.kr Woo Yong Lee wylee@etri.re.kr Hyun Kyu Chung hkchung@etri.re.kr Kapseok Chang (ETRI) VInko Erceg, Broadcom

Outline Comment on CID 368 Proposed resolution September 2010 Month Year doc.: IEEE 802.11-07/xxxxr0 September 2010 Outline Comment on CID 368 Proposed resolution Kapseok Chang (ETRI) VInko Erceg, Broadcom

Comment on CID 368 Comment detail September 2010 Comment ID Subclause Month Year doc.: IEEE 802.11-07/xxxxr0 September 2010 Comment on CID 368 Comment detail Comment ID Subclause Page Line Comment Type Comment Suggested Remedy 368 11.37.3.1 298 30 TR Where we can find the value and definition of "dot11RelayTPATime" Add dot11 MIB definition and value Kapseok Chang (ETRI) VInko Erceg, Broadcom

Proposed resolution (1/5) Month Year doc.: IEEE 802.11-07/xxxxr0 September 2010 Proposed resolution (1/5) dot11RelayTPATime is included in link cooperating type. Link Cooperating type [1] The RSUS is actively involved in the direct link communication between S-D. At the same time, a frame transmission from the source RUS to the destination RUS is repeated by the RSUS. It can possibly increase the signal quality received at the destination RUS. For realization of the Link cooperating, it is needed as follows, Additional Relay setup procedure (i.e., Transmission time-Point Adjustment (TPA)) for Receive multi-synchronization at the destination RUS Frame exchange and link feedback rule S-D Direct link S-R Relay link R-D Relay link Source RUS Destination RSUS STA Cooperation Kapseok Chang, ETRI VInko Erceg, Broadcom

Proposed resolution (2/5) September 2010 Proposed resolution (2/5) At dot11RelayTPATime from the end of the last TPA Request frame transmitted by the destination RUS to the source RUS, the destination RUS shall send a TPA Request frame to the RSUS and set the Response Offset field to the Dtime when the RSUS shall transmit a TPA Response frame back to the destination RUS, and set the timing offset field to dTDS-dTDR. Kapseok Chang (ETRI)

Proposed resolution (3/5) September 2010 Proposed resolution (3/5) Discussion dot11RelayTPATime occupies one D-S propagation delay, one S-R propagation delay, one SBIFS, one TPA Request frame time, and two times of Dtime and TPA Response frame time. Dtime can be fixed to be SBIFS+TPA Request frame time. Use maximum propagation delay, since D does not know these exact delays. It is reasonable to define the Relay TPA time as “constant” in MAC sublayer. Kapseok Chang (ETRI)

Proposed resolution (4/5) September 2010 Proposed resolution (4/5) Proposed change: Counter 11.37.3.1 TPA procedure Change the name of “dot11RelayTPATime” to “aRelayTPATime” throughout the spec. Change the name of “Dtime” throughout subclause 11.37.3.1 to “aDtime”. Remove “Response Offset” subfield in Table 49 (TPA request frame body) in subclause 7.4.13.24 (TPA request). Add “aDtime” and “aRelayTPATime” to “Table 66 – MAC sublayer parameters” in subclause 11.36 [2], and define these as below. Edit “subclauses 7.4.13.24, 11.36, and 11.37.3.1 [2]” in order to correspond to the above bullets (see slide 8). Parameter Value aDtime aSBIFSTime+TXTIME(TPA Request frame) aRelayTPATime aSBIFSTime+2*aAirPropagationTime+2*aDtime+ TXTIME(TPA Request frame)+2*TXTIME(TPA Response frame) Kapseok Chang (ETRI)

Proposed resolution (5/5) September 2010 Proposed resolution (5/5) Edited subclauses 7.4.13.24, 11.36, and 11.37.3.1 Proposed change: Counter Kapseok Chang (ETRI)

Month Year doc.: IEEE 802.11-07/xxxxr0 September 2010 References [1] Kapseok Chang, “Relay operation in IEEE 802.11ad,” Doc. 10/0494r1, May 2010. [2] IEEE P802.11ad/D0.2, http://www.ieee802.org/11/TGad/index.html. Kapseok Chang (ETRI) VInko Erceg, Broadcom