doc.: IEEE <doc#>

Slides:



Advertisements
Similar presentations
Doc.: IEEE g TG4g Presentation Jan 2010 C.S. Sum1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)‏
Advertisements

doc.: IEEE <doc#>
Submission Title: [Resolution on comment #20,22 and 30]
<month year> <doc.: IEEE doc> May 2015
doc.: IEEE <doc#>
doc.: IEEE <doc#>
June 2006 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Proposed Scenarios for Usage Model Document.
doc.: IEEE <doc#>
doc.: IEEE <doc#>
November 2008 doc.: IEEE November 2008
<month year> doc.: IEEE < > <September 2017>
doc.: IEEE <doc#>
doc.: IEEE <doc#>
Submission Title: [Comment Resolutions for #309, #310, and #314]
doc.: IEEE <doc#>
doc.: IEEE <doc#>
<month year> doc.: IEEE < > <September 2017>
<May,2009> doc.: IEEE <doc .....> <July 2009>
Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Resolution of CID 139] Date Submitted:
doc.: IEEE <doc#>
doc.: IEEE <doc#>
doc.: IEEE <doc#>
Submission Title: [Comment Resolutions for #345, #347, #348, and #349]
doc.: IEEE <doc#>
<month year> <doc.: IEEE doc> January 2016
doc.: IEEE /XXXr0 Sep 19, 2007 July 2008
Name - WirelessHD November 2012
Submission Title: [Resolution on comment #20,22 and 30]
doc.: IEEE <doc#>
<month year> <doc.: IEEE doc> March 2015
<month year> <doc.: IEEE doc> December 2015
Submission Title: [Comment Resolutions for #309, #310, and #314]
doc.: IEEE <doc#>
<month year> <doc.: IEEE doc> March 2015
doc.: IEEE <doc#>
doc.: IEEE <doc#>
doc.: IEEE <doc#>
doc.: IEEE <doc#>
doc.: IEEE /XXXr0 Sep 19, 2007 June 2009
doc.: IEEE <doc#>
doc.: IEEE <doc#>
<month year> <doc.: IEEE doc> May 2015
doc.: IEEE <doc#>
doc.: IEEE <doc#>
doc.: IEEE <doc#>
<month year> <doc.: IEEE doc> January 2016
doc.: IEEE <doc#>
Submission Title: [Comment Resolutions for #345, #347, #348, and #349]
<month year> <doc.: IEEE doc> March 2015
doc.: IEEE <doc#>
<month year> doc.: IEEE August 2014
<month year> <doc.: IEEE doc> March 2015
<month year> doc.: IEEE s March 2019
doc.: IEEE <doc#>
doc.: IEEE <doc#>
doc.: IEEE <doc#>
doc.: IEEE <doc#>
doc.: IEEE <doc#>
doc.: IEEE <doc#>
<month year> <doc.: IEEE doc> July 2015
Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Resolution of TG6 Draft D0 comments.
June, 2010 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [OFDM PHY Mode Representation] Date Submitted:
Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Resolution of TG6 Draft D0 comments.
<month year> <doc.: IEEE doc> September 2015
<month year> <doc.: IEEE doc> March 2015
doc.: IEEE <doc#>
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: MLME-SOUNDING and MLME-CALIBRATE comment.
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: MLME-SOUNDING and MLME-CALIBRATE comment.
Presentation transcript:

doc.: IEEE 802.15-<doc#> <month year> doc.: IEEE 802.15-<doc#> Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Comment Resolutions related to the RIT mode] Date Submitted: [June 1, 2010] Source: [Hiroshi Harada1, Fumihide Kojima1, Ryuhei Funada1, Sum Chin Sean1, Takaaki Hatauchi2, Minoru Tanabe3, Tomonori Sato4, Kentaro Sakamoto5, Aiichiro Kashiwagi6, Takahiro Banno7, Hirohito Nishiyama8, Kiyoshi Fukui9] Company [1NICT, 2Fuji Electric, 3Panasonic, 4Toshiba Toko Meter Systems, 5Tokyo Gas, 6Osaka Gas, 7Toho Gas, 8Mitsubishi Electric Corp., 9Oki Electric Industry.] Address [13-4, Hikari-no-oka,Yokosuka-shi,Kanagawa, 239-0847,Japan] Voice:[1+81-46-847-5074] FAX: [1+81-46-847-5440] E-Mail:[f-kojima@nict.go.jp, harada@nict.go.jp ] Re: [TG4e comment resolution] Abstract: [Comment resolutions related to the RIT mode] 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 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 P802.15. <author>, <company>

<month year> doc.: IEEE 802.15-<doc#> Summary This document describes the proposed resolution on the comments related to RIT mode (sub category of Low Energy subgroup), provided in 15-10-0321-02-004e (LB53 Consolidated Comment Database). The following comments are addressed; CID#1422 and 1437. Page 2 <author>, <company>

CID #1422: Command frame to be sent in RIT mode <month year> doc.: IEEE 802.15-<doc#> CID #1422: Command frame to be sent in RIT mode Comment: “It is unable to send commands related to the association, the scan and the poll to the receiver using RIT.” Proposed resolution: Accept in Principle Discard “TxOption to indirect” of MCPS-DATA.request primitive to transmit data frame in RIT mode, so that any frame including MAC command can be transmitted in RIT mode. -> Revision to the draft provided in the next slide Rationale: In order to transmit data frame in RIT mode in the current draft, device has to be in RIT mode (macRITperiod: non-zero) and set TxOption of MCPS-DATA.request to “indirect”. It is redundant and to delete setting of TxOption parameter will simplify the configuration, while it does not cause any issue for other functionalities. <author>, <company>

Revision to draft on resolution of CID #1422 7.5.11.2.3 Data transmission in RIT mode Change the title of this section to “RIT Transmission” Replace the first paragraph with the following; “In order to transmit frame in RIT mode, the device shall at first stop its periodical transmission of RIT data request, enable its receiver, and wait at most macRitTxWaitTime for reception of RIT data request command frame from neighboring device. During this macRitTxWaitTime period, all other frames except RIT data request command shall be discarded.” Replace the first sentence in the third paragraph with following; “At the completion of frame transmission, corresponding confirm primitive shall be initiated by the MAC sublayer to the next higher layer.” Figure 73.r— Message sequence chart for data transmission in RIT mode Replace the figure with the one provided in the next slide

Revision of Figure 73.r Resolution to CID #1422 Delete “(TxOption: indirect)”

CID #1437: RIT Data request command frame <month year> doc.: IEEE 802.15-<doc#> CID #1437: RIT Data request command frame Comment: “RIT data request command shall be processed in not only a RIT-mode device. There is a case that a LE device request data to no LE device which understand RIT request command.” Proposed resolution: Accept in Principle Replace the following text; “This command shall only be sent and received in the RIT mode (macRitPeriod : non zero value).” as provided below; “This command shall only be sent and received by a device supporting RIT mode.” Page 6 <author>, <company>