1 / 24

Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs)

Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [ EGTS Subgroup Report for IEEE 802.15.4e ] Date Submitted: [July 14, 2009]

elwyn
Download Presentation

Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs)

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. Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [EGTS Subgroup Report for IEEE 802.15.4e] Date Submitted: [July 14, 2009] Source: [Myung Lee, Gahng-Seop Ahn, Tae Rim Park, Liang Li, Seong-Soon Joo, Betty Zhao, Ghulum Bhatti, Ning Gu, Jie Shen, Wei Hong, Qin Wang, Quan Wang, and Ping Wang] Address [] Voice:[+1-212-650-7260], FAX: [], E-Mail:[lee@ccny.cuny.edu] Re: [IEEE P802.15.4e] Abstract: [This document describes the EGTS subgroup report for IEEE 802.15.4e. Currently, EGTS subgroup document comprises contributions from CUNY, ETRI, Samsung, Huawei, MERL, Vinno, SIMIT, Arch Rock, USTB, Shenyang Inst. of Automation] Purpose: [Discussion in 802.15.4e Task Group] 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.

  2. EGTS Subgroup Report CUNY, ETRI, MERL, Huawei, Samsung, Arch Rock, SIMIT, Vinno, USTB, SIA, Chongqing UPT

  3. Outline 1. Application support levels 2. Changes to 15.4-2006 STD 3, Required Changed on IEEE802.15.4-2006 STD

  4. Application Support Levels

  5. Application Support Level • EGTS joint proposal can fully support all application domains because EGTS joint proposal can handle all required MAC behaviors.

  6. Handling Required MAC Behaviors (1) • ACK • Secure and Robust ACK, Group Ack • Channel diversity • Adaptive Slot and Channel Allocation with Adjacent Channel Interference, Adaptive channel diversity, Optional dynamic channel hopping • Superframe • Flexible and Backward-compatible Enhanced GTS, Embedded CFP • Low Power  Low Power Subgroup • Sampled Listening, CAP reduction • Overhead reduction • Distributed time slot and channel allocation, Distributed beacon scheduling, Embedded CAP • Mesh support (Path diversity) • Tree and Mesh Support by EGTS structure

  7. Handling Required MAC Behaviors (2) • Time synchronization • Time synchronization with deferred beacon • Resource Scheduling • Distributed EGTS allocation, Multiple QoS support, Sampled listening • Portability • CAP, Localized channel allocation & Association • Beacon scheduling • Distributed beacon scheduling with beacon collision detection • Scalability • Distributed Approaches for resource scheduling, beacon scheduling • EGTS Joint Proposal also provides: • Reliability: EGTS Information Request, Embedded CAP, Deferred beacon • Backward Compatibility to 802.15.4 -2006 • Harmonious Coexistence with 802.15.4 -2006

  8. Backward Compatibility • EGTS is backward compatible with 802.15.4-2006. • No changes on the existing frame formats • Only additions that are optional • New frame formats, primitives, and PIB attributes • New fields in the payload of Beacon

  9. Coexistence • Minimal changes to the superframe structure. • EGTS can support the new features while harmoniously coexisting with the legacy devices (802.15.4-2006, 2003).

  10. Changes to802.15.4-2006 STD

  11. Summary of changes • Modified / New MAC primitives (5) • MCPS-DATA, MLME-GTS, MLME-EGTSinfo, MLME-START, MLME-LINKSTATUSPRT • New MAC PIB attributes (17) • macMultisuperframeOrder, macConnecDev, macEGTSABT (Allocation Bitmap Table), macEGTSACT (Allocation Counter Table), macChannelDiversityMode, … • Modified / New MAC command frame (7) • Association request, EGTS handshake, EGTS information request, EGTS information reply, Beacon allocation notification, Beacon conflict notification, Link status report • New fields in Beacon Payload (4) • EGTS superframe descriptor, Beacon bitmap, ChannelHoppingSpecification, Time synchronization specification

  12. EGTS-based Superframe Structure (1) • A new sub-field in Beacon payload • EGTS Superframe Specification • – macMulti-SuperframeOrder (MO)

  13. EGTS-based Superframe Structure (2) • A new sub-field in Beacon payload • EGTS Superframe Specification – CAP reduction flag

  14. EGTS Scheduling • A new parameter in a MAC Primitive • MLME-GTS.request (GTSCharacteristics, SecurityLevel, KeyIdMode, KeySource, KeyIndex, EGTSCharacteristics, EGTSFlag) • MLME-GTS.confirm (GTSCharacteristics, status, EGTSCharacteristics, EGTSFlag) • MLME-GTS.indication (DeviceAddress, GTSCharacteristics, SecurityLevel, KeyIdMode, KeySource, KeyIndex, EGTSCharacteristics, EGTSFlag) • A new command frame : EGTS Handshake • Sub-fields: MHR fields, Commands frame identifier, EGTSCharacteristics

  15. ABT sub-block ABT Sub-block Index … … 00000000 00000000 00001000 00000100 00000000 00000000 00000000 01000000 00001000 00000000 00000000 00000000 01000100 00000100 00000000 00000000 00001000 00000100 00000000 00000000 00000000 01000000 00000000 00000000 10000000 01000000 01000100 01000100 00000000 00000000 00001000 00000100 00000000 00000000 00000000 01000000 10000000 00000000 00000000 00000000 00000000 00000000 10000000 00000000 00000000 00000000 … • Entire ABT (Allocation Bitmap Table) may be too big to be transmitted by Beacon or EGTS command frames • Example (MO = 7, SO = 3) • ABT size = 224 octets (representing 1792 slots) • 0: Vacant, 1: Allocated. • Row: time slot, Column: channel • Solution: • Send a ABT sub-block (with the index indicating beginning of the sub-block and the length of the sub-block) • ABT sub-block unit = 14 octets • (7 timeslot X 16 channels) • Example: 28 bytes sub-block. ABT Sub-block Length = 2 units ABT Sub-block Unit

  16. EGTS Expiration, Deallocation, Reallocation • New MAC PIB attributes • macEGTSABT (Allocation Bitmap Table) • Explained in the previous slide • macEGTSACT (Allocation Counter Table) • ACT contains beacon interval counter of the slots that are allocated to the device (both as SRC and DST) • entry = (allocated slot ID, direction, beacon interval counter)

  17. Adaptive Channel Diversity • EGTS reallocation: Switching the channel if the link quality is bad. • New MAC primitives • MLME-LINKSTATUSRPT • MLME-GTS(EGTS Characteristics type set to EGTS reallocation) • A new MAC command frame • EGTS handshake command frame (EGTS Characteristics type set to EGTS reallocation)

  18. Dynamic Channel Hopping • New fields in Beacon (ChannelHoppingSpecification) • Channel Offset (1 octets), ChannelOffset Bitmap Length (1 octets), ChannelOffset Bitmap (Variable) • New parameter in MLME-START, MLME-GTS (ChannelDiversityMode) • New parameter in EGTS handshake (ChannelDiversityMode)

  19. Beacon Scheduling • A new sub-field in Beacon payload • Beacon bitmap field • SD index (2 octets) : the index of current SD • SD bitmap length (2 octets) • SD bitmap (variable) • A new parameter in MLME-START.request • Add SuperframeStartBank(2 octets)

  20. Time Synchronization • New subfields in beacon payload • Time Synchronization Specification field • Timestamp (3 octets) • the time of sync parent’s local time. Is used to synchronize synch parent node. • Deferred beacon flag (1 bit) • 0: Disable deferred beacon , 1: Enable deferred beacon • Deferred time (1 octet) • length and indicates the number of aUnitBackoffPeriod

  21. GTS Information Request • A new MAC primitive • MLME-EGTSinfo.request (CoordAddrMode, CoordPANId, CoordAddress, SecurityLevel, KeyIdMode, KeySource, KeyIndex) • MLME-EGTSinfo.confirm (EGTSCharacteristics, Timestamp, status) • A new MAC PIB attribute • macConnecDev • Indication of whether the device is a Connection Device. A value of TRUE indicates that the device is able to communicate in both beacon-enabled and nonbeacon-enabled mode.

  22. Quality of Service • A new parameter in a MAC primitive • MCPS-DATA.request • extend TxOptions • (b0) 0: no Ack, 1: Ack • (b1) 0: CAP transmission, 1: GTS transmission • (b2) 0: direct transmission, 1: indirect transmission • (b3) 0 : CAP/GTS (15.4-2006), 1 : CAP/EGTS (15.4e): e.g, version control • (b4) 0 : Low Priority, 1 : High Priority

  23. Group ACK • A new ACK frame (GACK) • PAN ID, Sourge ID, GACK flag, Channel index, EGTS device list, EGTS Index, EGTS Directions • New fields in EGTS Superframe Specification • GACK flag, Length of ECFP Start field, ECFP Start

  24. Required Changes in Text File The required changes (15.4-2006) for EGTS are included in 15-09-0377-03-004e-require-change-for-egts-extension After Montréal meeting, the document is upgraded 2 times. All of inputs from different contributed are added, reviewed and edited.

More Related