<month year> 15-08-0xxx-00-004e March 2008 Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Enhancement of IEEE 802.15.4-2006 for Flexible Usage of Superframe] Date Submitted: [03 March, 2008] Source: [Betty Zhao, Yongjun Liu] Company: [Huawei Technologies Ltd., Co.] Address: [No. 9 Xinxi Rd., Shangdi Information Industry Base, Haidian District, Beijing 100085, China] Voice: [86 10 82836907], FAX: [86 10 82836920], E-Mail: [betty.zhao@huawei.com, yongjunliu@huawei.com] Re: [Doc. 15-07-0936-00-004e-call-applications-tg4e] Abstract: [This document presents three issues to be enhanced in IEEE 802.15.4-2006 MAC.] Purpose: [This document is to respond to CFA of IEEE 802.15.4e.] 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. HUAWEI <author>, <company>

Enhancement of IEEE 802.15.4-2006 for Flexible Usage of Superframe March 2008 Enhancement of IEEE 802.15.4-2006 for Flexible Usage of Superframe Betty Zhao Yongjun Liu Huawei Technologies Co., Ltd. HUAWEI

Outline Motivation Issues - GTS competition in CAP <month year> 15-08-0xxx-00-004e March 2008 Outline Motivation Issues - GTS competition in CAP - Fixed Direction for a GTS - Unavailable ‘Peer to Peer’ Summary HUAWEI <author>, <company>

<month year> 15-08-0xxx-00-004e March 2008 Motivation Besides the proven applications in commercial building and home automation, IEEE 802.15.4-2006 is promising for information service, voice application, P2P communication and etc. For example, voice application is feasible. - Peak data rate of IEEE 802.15.4-2006 is 250kbps - Normal voice data rate is between 10kbps and 50kbps All above applications need more flexible usage of superframe to support. HUAWEI <author>, <company>

Issue 1: GTS competition in CAP <month year> 15-08-0xxx-00-004e March 2008 Issue 1: GTS competition in CAP GTS request in IEEE 802.15.4-2006 - A device requiring to use GTS must send GTS request in CAP and compete with all other frames. - When the competition is successful, the device can use GTS. - PAN coordinator is free for the competition. If GTS requests are competing with common data frames, its advantage will be weakened. Requirements - Many applications depend on GTS mechanism to guarantee uninterrupted transmission. - So, low latency for accessing GTS is very necessary too. HUAWEI <author>, <company>

Issue 1: GTS competition in CAP <month year> 15-08-0xxx-00-004e March 2008 Issue 1: GTS competition in CAP Proposed Solution: Divide CAP into two parts. - One is dedicated for GTS request, and the other for all other frames. - All use CSMA-CA mechanism. - The duration of the two parts are variable, and may be controlled by PAN coordinator. HUAWEI <author>, <company>

Issue 2: Fixed Direction for a GTS <month year> 15-08-0xxx-00-004e March 2008 Issue 2: Fixed Direction for a GTS If two persons communicate each other in a real-time fashion: - talking in phone …… voice - light data sharing …… pictures and texts, chatting - mobile gaming …… command frame As soon as one finishes transmission, he will expect to receive the other’s reply immediately. However, the other has to compete for a new GTS before reply according to Std.. HUAWEI <author>, <company>

Issue 2: Fixed Direction for a GTS <month year> 15-08-0xxx-00-004e March 2008 Issue 2: Fixed Direction for a GTS GTS direction in IEEE 802.15.4-2006 - The GTS direction is specified as either transmit or receive. - The device address and direction identify each GTS uniquely. At present, GTS directions field of beacon frame only can indicate GTS direction as transmit-only by 0 or receive-only by 1. Proposed solution - Under some situations, GTS direction is permitted to be self-adaptive. - Therefore, two devices can use GTS in turn for communication. HUAWEI <author>, <company>

Issue 3: Unavailable ‘Peer to Peer’ <month year> 15-08-0xxx-00-004e March 2008 Issue 3: Unavailable ‘Peer to Peer’ Apart from the simple controlling function, lots of applications will encounter the scenarios using peer to peer communication, especially when the chip is integrated into mobile phone. If two end devices (intra-PAN) want to communicate, the transmission has to be via PAN coordinator. GTS request competing in CAP (originating end device) plus GTS arrangement at the next superframe (PAN coordinator) = huge delay HUAWEI <author>, <company>

Issue 3: Unavailable ‘Peer to Peer’ <month year> 15-08-0xxx-00-004e March 2008 Issue 3: Unavailable ‘Peer to Peer’ Problem illustration If B transmits a frame to C using GTS, the frame will arrive C in two or more superframes Proposed solution - Establishing peer to peer communication between two devices by themselves or PAN coordinator temporarily at inactive period of superframe when needed. HUAWEI <author>, <company>

<month year> 15-08-0xxx-00-004e March 2008 Summary IEEE 802.15.4-2006 is capable of supporting many popular applications on mobile phone, while they have a promising market. In order to support those application better, current Std. needs some enhancements as follow: - Divide CAP into two parts, one is dedicated for GTS requests. - Break the limitation on GTS directions to make it variable. - Permit peer to peer communication. HUAWEI <author>, <company>