Doc.: IEEE 802.15-08-0413-03-004e Submission Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Modifying.

Slides:



Advertisements
Similar presentations
Doc.: e Submission Huawei Technologies Co., Ltd.Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Advertisements

Doc.: IEEE Submission Chongqing University of Posts and Telecommunications Slide 1 Project: IEEE P Working Group for Wireless Personal Area.
Doc.: e Submission May 2010 Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title:
Doc: IEEE July/2009 Zhen, Li and Kohno Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission.
Doc.: IEEE b Submission March 2004 Robert Poor, Ember CorporationSlide 1 Project: IEEE P Working Group for Wireless Personal Area.
Doc.: IEEE b Submission Nov S. W. Park, J. Y. Kim, and S. S. Choi, ETRISlide 1 Project: IEEE P Working Group for Wireless.
Doc.: IEEE XXX g Submission May FX. Fu, J.ShenSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
July 2006 doc:IEEE wng0 Slide 1 Submission Liang Li, Vinno Technologies Inc.. Project: IEEE P Working Group for Wireless Personal.
IEEE r0 Submission July 2007 R. Zhang, H. Jung, E. Lee, M. Lee Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks.
Doc.: IEEE xxx Submission January 2015 N. Sato and K. Fukui (OKI)Slide 1 Project: IEEE P Working Group for Wireless Personal Area.
Doc.: e Submission Liang Li, J Shen,Betty ZhouSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Doc.: IEEE e SubmissionSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [beacon.
Doc.IEEE b Submission Nov 2004 Liang Li, WXZJ Inc. Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Doc.: IEEE e Submission Jan, 2009 Ning Gu, Liang Zhang, Haito Lui Slide 1 Project: IEEE P Working Group for Wireless Personal.
Doc.: IEEE e Submission July 2009 Andy Summers, Skip Ashton, EmberSlide 1 Project: IEEE P Working Group for Wireless Personal.
Doc.: IEEE m SubmissionSlide 1 May 2012 Project: IEEE P Working Group for Wireless Personal Area Networks(WPANs) Submission.
doc.: IEEE <doc#>
Submission Title: [EGTS Subgroup Report for IEEE e]
March 2004 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Synchronized Beacon Propagation for Spanning.
Project: IEEE Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Proposals for adding a version number and for the treatment.
<month year> xxx e March 2008
May Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Introduction of MAC related proposals] Date.
June 2006 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Proposed Scenarios for Usage Model Document.
doc.: IEEE g-Trends-in-SUN-capacity
doc.: IEEE <doc#>
doc.: IEEE <doc#>
doc.: IEEE <doc#>
doc.: IEEE <doc#>
Submission Title: [Beacon scheduling MAC hooks]
doc.: IEEE <doc#>
Submission Title: [Extend-Superframe and Extend-GTS Structure]
Source: [ Liang Li ] Company: [Vinno Technologies Inc. ]
doc.: IEEE <doc#1>
Submission Title: [Extend-Superframe and GTS Structure]
Date Submitted: [November 9, 2009]
doc.: IEEE <doc#>
Date Submitted: [November 9, 2009]
< November, 2011 > Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [More Low Energy Mechanism Details]
Submission Title: [Common rate resolution]
doc.: IEEE <doc#>
November 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Distributed channel hopping MAC for industrial.
August, 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Enhancing reliability of data transmission.
Submission Title: [Shared GTS Structure]
doc.: IEEE <doc#>
Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Supporting peer to peer and improving throughput by.
24 February 2019 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Issues with Beacon-Mode SuperFrame.
doc.: IEEE g-Trends-in-SUN-capacity
< April, 2012 > Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Improvement of Data Transmission in.
July 2006 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [BOP Location Considerations and Beacon Scheduling.
doc.: IEEE <doc#>
doc.: IEEE /XXXr0 Sep 19, 2007 June 2009
Submission Title: [Frame and packet structure in ]
doc.: IEEE <doc#>
doc.: IEEE <doc#>
Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Supporting Peer to Peer Network and Improving throughput.
<month year> doc.: IEEE <doc#>
<January 2002> doc.: IEEE <02/139r0> Nov, 2008
doc.: IEEE <doc#>
doc.: IEEE <doc#>
doc.: IEEE <doc#>
18 March 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Extending the MAC Superframe of
doc.: IEEE <doc#>
doc.: IEEE <doc#1>
<month year> doc.: IEEE < e> doc.: IEEE < e>b
Submission Title: [Extend-Superframe and GTS Structure]
doc.: IEEE <doc#1>
Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Supporting peer to peer and improving throughput by.
Source: [Chunhui Zhu] Company [Samsung]
August, 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Improve the latency between GTS request.
Submission Title: [Common rate resolution]
Presentation transcript:

doc.: IEEE e Submission Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Modifying Superframe Intervals and Set up the Scheduling Beacons ] Date Submitted: [24 June, 2008] Source: [Ning Gu, L. Zhang, H. Liu, Z.Zhao ] Company [Vinno Technologies Inc., Inst. of Mirco-system and Info Tech] Address [Room 402 Building D, Pioneering Park, No. 2 Shangdi Xinxi Rd, Peking, China] Voice:[ ], FAX: [ ], Re: [IEEE e group] Abstract:[An improved scheduling beacon structure is proposed to effectively decrease the packets collision possibility ] Purpose:[To promote discussion in IEEE e Study Group] 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 e Submission Objectives An improved scheduling beacon structure is proposed to allocated time slots in distributed fashion.

doc.: IEEE e Submission Existing Problems Original definition of scheduling beacons in 15.4 is not specific and adaptive. –Original SF(superframe) structure leads to low throughput because at least half of the beacon interval in one network may be used for sleep mode as BO>SO. ( Beacon Order. Superframe Order ) Too many nodes working in shared time slots (SF overlap) might cause following problems: –Some nodes might overhear packets that destined to other nodes. –Heavy loaded network (too many nodes) might easily result in a “channel access failure” when performing CSMA/CA procedure.

doc.: IEEE e Submission The Definition of Scheduling Beacon Scheduling beacon is a method to configure superframe features of beaconed coordinator, which include BO and beacon relative time Tx, etc. Time slots resources for scheduling beacon can be reused as long as they do not interfere with each other. Superframe overlapping can be prevented by choosing appropriate beacon start time.

doc.: IEEE e Submission Modification for Scheduling Beacons Suggested modification and improvements: 15.4 regulates that “BO and SO shall be equal for all SF on a PAN”, which might be replaced with “BO shall be equal for all SF on a PAN”. The structure of scheduling beacons contain beacon slot, P-slot, C-slot, MS and inactive period. –B-slot: beacon slot, for beacon transmission and reception, SF can be synchronized during this slot –P-slot: for sending data to parent node, each node is allocated an unique P-slot by its parent node –C-slots: for parent node to receive data from all the child nodes, –M-slot: management slot, for link management between nodes, its working mode is indicated in beacon frame. –Inactive period: during a SF, all the other slots beside the above slots Might consider inserting scheduling beacon information in the payload of beacon frame, which includes the start time Tx and the network information.

doc.: IEEE e Submission Scheduling Beacon Explanation Suggest to apply the TDMA algorithm in scheduling beacon structure. BaseSlotLength = 3*2 SO backoff, recommended value of SO is 0 or 1, BS (beacon slot), each P-slot, C-slot and M-slot occupies one BaseSlotLength. BI (Beacon interval) = 3*2 BO backoff, recommended value of BO is between 7 and 10, which would result in between 1.5% and 0.1% duty cycle. The number of C-slots equals to the maximum number of child nodes that the parent node could have. Nodes shall enter into inactive period during its unallocated C-slot(s). All the transmission are finished in the allocated time slot, nodes shall enter into inactive period after transmission if the slot is not over. The working mode of MS is broadcasted through beacon, those nodes which have nothing to do with current MS shall enter into inactive period. Except root node, all node may have two MS, one for communicating with its parent node while the other one for communicating with its child nodes. Before transmitting its own beacon, i.e. set up its own sub-network, nodes must scan the time slots to find the available slots.

doc.: IEEE e Submission As represented in the right figure, if node 2 and node 3 do not interfere with each other, they can reuse the same time slots. Note: node 2 and node 3 do not have any child node, so all of their C-slots are unallocated Scheduling Beacon Structure

doc.: IEEE e Submission Modified Beacon Frame Structure

doc.: IEEE e Submission Scheduling Beacon Field Explanation Tx Field: symbols difference between parent’s beacon transmission time and device’s beacon transmission time. Child Number Field: the maximum child nodes the device could have. Slot Allocation Field: responsible for assigning slots to all of the device’s child node. –Slot Number sub-field: the number of slots allocated to device’s child nodes. –Short Address sub-field: the address sequence of child nodes that occupy the time slots. Each device has one time slot M-Slot Mode Filed: specify the working mode for the current management slot. –Join: set to true if M-Slot is used for node join –Broadcast Flag: set to true if device has broadcasting data for all the child nodes

doc.: IEEE e Submission A potential scheduling beaconed device might take the following steps to start scheduling beacons: 1.The device shall first perform ED and active scan to find potential parent node and locate its B-Slot. 2.Choose candidate parent and perform association in parent’s M-Slot if JOIN bit in M-Slot mode field is true. 3.Obtain the beacon information of neighbor beaconed routers by scanning. 4.Based on scan result obtained in step3, the following steps might be taken by the device: Start a Scheduling Beacon

doc.: IEEE e Submission Start a Scheduling Beacon (continued) if no other beacons can be scanned, the device may transmit its own scheduling beacons during inactive period. Note: the transmitting start time, i.e., Tx, is decided by “StartTime” in start request primitive and shall be chosen a value as small as possible.

doc.: IEEE e Submission Start a Scheduling Beacon (continued) if other beaconed routers are scanned, the device may obtain these routers’ SF information, and start its own scheduling SF. The device inserts scheduling Beacon to the SF by deciding an appropriate Tx time to make sure there is no SF overlapping.

doc.: IEEE e Submission Start a Scheduling Beacon (continued) if this device want to be a beaconed router and it can not find an appropriate Tx time to avoid the overlapping with other beacons from any network depth, it shall perform channel hopping and repeat the above steps.

doc.: IEEE e Submission Start a Scheduling Beacon (continued) if none of the above is available, this device shall work as an end device.

doc.: IEEE e Submission The Benefits from Improved Scheduling Beacons Network scale is enlarged because more routers can be arranged to work in original inactive period. Network throughput is increased since inactive period is used for communication. Packets confliction possibility is decreased and more power can be saved.

doc.: IEEE e Submission 24 June, 2008 Thank you!