1 / 9

August 2008

August 2008. Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs) ‏ Submission Title: [Resolutions to Comments on Beacons] Date Submitted: [11 August 2008] Source: [Z. Lan, J. Y. Wang ,R. Funada, C.W Pyo, F. Kojima, C.S Sum, T. Baykas, M.A Rahman,

tlandon
Download Presentation

August 2008

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. August 2008 Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs)‏ Submission Title: [Resolutions to Comments on Beacons] Date Submitted: [11 August2008] Source: [Z. Lan, J. Y. Wang ,R. Funada,C.W Pyo, F. Kojima, C.S Sum, T. Baykas, M.A Rahman, H. Harada, S. Kato, Huai-rong Shao*, Su-Khiong Yong*, Jisung Oh*] Company [NICT, Samsung Electronics Co, Ltd.*] Address [3-4, Hikarino-oka, Yokosuka, 239-0847, Japan] [416 Maetan-3Dong Yeongtong-Gu Suwon-shi Kyunggi-Do 443-742, korea*] Voice: [+81-46-847-5092], FAX: [+81-46-847-5440], E-Mail: [lan@nict.go.jp] [hr.shao@sisa.samsung.com] Re: [] Abstract: [Resolutions to Comments on Beacon Raised in Denver] Purpose: [This document provides a list of the editing staff that will be working on 802.15.3c.] 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. Slide 1 Zhou Lan

  2. Resolution to Comments on Beacon Samsung & NICT

  3. Received comments Comment # 47 (l.12, pg.44, 8.6): Figure 91: Drawing question Suggestion: Is the optional “beacon extension” part of the CAP or does it belong with the beacon frame. If part of the beacon frame then redo drawing to indicate so. Comment # 438 (l.26, pg.3, 5.3.12):Optional Extended Beacons do not make sense to me and it creates interoperability problems. Any type of beacon definition should be made mandatory. It appears that extended beacons are introduced for devices with directional coverage. Doesn’t it make sense to transmit beacons in an omni-directional mode. Suggestion: Remove optional extended beacons or introduce a mandatory beacon format that is omni-directional covering all directions. 3

  4. Problem of Beacon definition in D00 Figure 2a • Figure 91 is wrongly drawn • What mean to say here is directional beacons rather than extended beacon • Directional beacons should not be put into CAP Beacon Extended Beacon • Here Extended beacon conflicts with the existing definition of extended beacon in 802.15.3 • Figure 2a conflicts with Figure 93 • Beacon start point and end point are not consistent • There is no relation of extended beacon and directional beacon Beacon extension Figure 91 Directional Beacon Figure 93 • There lacks of relation between Figure 2a and 93 4

  5. On clarification of Beacons definition Beacon: A beacon frame broadcasted by the piconet coordinator operating in omni mode or quasi-omni mode for piconet synchronization and management. Extended beacon (keep the definition of 802.15.3 ): a beacon followed by one or more broadcasted Announce commands from the piconet controller Beacon Extension: equivalent to Extended beacon as defined in 802.15.3 5

  6. Suggested changes on D00 (1/4) Remove the Extended beacon definition from 3.49 (just use what has been defined in 802.15.3) Add definition of beacon in section 3 as Beacon: A beacon frame broadcasted by the piconet coordinator operating in omni mode or quasi-omni mode for piconet synchronization and management. 6

  7. Suggested changes on D00 (2/4) Change Figure 2a as following 7

  8. Suggested changes on D00 (3/4) Change tile of section 5.3.12 from “Extended beacons” to “Superframe structure operating in quasi-omni mode” Replace the text of section 5.3.12 as following Old text: “The optional extended beacons allow DEVs with different transmission mode and DEVs locating in different directional antenna coverage to join the piconet, as described in 8.6.6. The extended beacons occur after the beacon but before the CAP, as illustrated in figure 2a.” New text: “A mmWave WPAN operates in either omni mode or quasi-omni mode. The superframe structure for omni mode shall be as illustrated in figure 2. The superframe structure for quasi-omni mode shall be as illustrated in figure 2a. In quasi-omni mode, the same beacon frame shall be transmitted to different quasi-omni directions in a round-robin way in order to allow DEVs locating in different directional coverage to join the piconet, as described in 8.6.6.” 8

  9. Suggested changes on D00 (4/4) Change the title of section 7.4.22 from “Extended beacon” to “Quasi-omni beacon” Replace all the “Extended beacon” with “Quasi-omni beacon” in section 7.4.22 Change the title of section 8.8.6.1 from “Directional beacon” to “Quasi-omni beacon” Replace all the “Directionalbeacon” with “Quasi-omni beacon” in section 8.8.6.1 Replace all the “non-omni capable” with “quasi-omni capable” throughout the specification Remove Figure 91(pg. 44), because of the wrong drawing and less useful information delivered Replace all the “packet” with “frame” through beamforming section 9

More Related