doc.: IEEE xxx Submission July 2010 Joachim W. Walewski, Siemens AGSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: Understanding the recommended remedy in CID T-190 Date Submitted: [6th July, 2010] Source: Joachim W. Walewski Company: Siemens AG Address: Otto-Hahn-Ring 6, Munich, Germany Voice: joachim.walewski (curly a) siemens.com Re: Response to LB57 Abstract:This document provides an overview of the use of the term symbol (related to CID T-6 in doc , latest revision). Purpose:To resolve CID T-6 of LB 57 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 xxx Submission July 2010 Joachim W. Walewski, Siemens AGSlide 2 Understanding the recommended remedy in CID T-190 Joachim W. Walewski, Siemens AG

doc.: IEEE xxx Submission July 2010 Joachim W. Walewski, Siemens AGSlide 3 Background T-CID 190 by Sridhar Rajagopal: I understand we agreed to support CSK color stabilization- but this negotation response information element is NOT required. We already have two bits in the capabilities IE to indicate the Table 86. Recommend deleting this subclause and using Table 78 as a reference for the two bits in Table 86. do as comment. Change text on line 30, page 148 to use details provided in Table 86. Merge Table 86 as part of Table 78 (similar to Table 79 …) but Tables 84 and 85 along with the rest of should be deleted.

doc.: IEEE xxx Submission July 2010 Joachim W. Walewski, Siemens AGSlide 4 Lets see if I understand Sridhar Our proposal: (1) tell coordinator about whether is set up for colour stabilisation in the CSK Rx mode

doc.: IEEE xxx Submission July 2010 Joachim W. Walewski, Siemens AGSlide 5 Lets see if I understand Sridhar Our proposal: (1) tell coordinator about whether is set up for colour stabilisation in the CSK Rx mode

doc.: IEEE xxx Submission July 2010 Joachim W. Walewski, Siemens AGSlide 6 Lets see if I understand Sridhar Our proposal: (2) the coordinator tells whether it will use devices colour-stabilisation capability and whether the device will be tasked to stabilise its colour (by relying on stabilisation information from the coordinator)

doc.: IEEE xxx Submission July 2010 Joachim W. Walewski, Siemens AGSlide 7 Lets see if I understand Sridhar Our proposal: (2) the coordinator tells whether it will use devices colour-stabilisation capability and whether the device will be tasked to stabilise its colour (by relying on stabilisation information from the coordinator)

doc.: IEEE xxx Submission July 2010 Joachim W. Walewski, Siemens AGSlide 8 Lets see if I understand Sridhar Our proposal: (2) the coordinator tells whether it will use devices colour-stabilisation capability and whether the device will be tasked to stabilise its colour (by relying on stabilisation information from the coordinator)

doc.: IEEE xxx Submission July 2010 Joachim W. Walewski, Siemens AGSlide 9 Lets see if I understand Sridhar Sridhars proposal (as I understand it): (1) tell coordinator about whether is set up for colour stabilisation in the CSK Rx mode; skip step (2)

doc.: IEEE xxx Submission July 2010 Joachim W. Walewski, Siemens AGSlide 10 If I got the Sridhars recommendation right … How is the coordinator supposed to tell the device that It is not interested in colour stabilisation? It is solicits the device to stabilise and that it will assist the device in so doing?