doc.: IEEE <doc#>

Slides:



Advertisements
Similar presentations
Doc.: IEEE Submission ETRI May 2013 Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission.
Advertisements

Doc.: IEEE k Submission ETRI Sep 2011 Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission.
Doc.: IEEE k Submission ETRI Sep 2011 Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission.
Doc.: IEEE m Submission ETRI July 2012 Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission.
doc.: IEEE <doc#>
March 2004 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Synchronized Beacon Propagation for Spanning.
Submission Title: [Add name of submission]
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.
Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Add name of submission] Date Submitted:
doc.: IEEE <doc#>
doc.: IEEE <doc#>
doc.: IEEE <doc#>
doc.: IEEE <doc#>
May 2018 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Considerations on general MAC frame] Date Submitted:
doc.: IEEE <doc#>
doc.: IEEE <doc#>
<January 2002> doc.: IEEE <02/139r0> May, 2008
doc.: IEEE <doc#>
doc.: IEEE <doc#>
doc.: IEEE <doc#>
March 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Toumaz response to TG6 Call for Applications]
Submission Title: [Proposals for MAC Issues]
<May,2009> doc.: IEEE <doc .....> <July 2009>
doc.: IEEE <doc#>
doc.: IEEE <doc#>
doc.: IEEE <doc#>
<month year> doc.: IEEE < e> <September 2010>
doc.: IEEE <doc#>
Jan Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: Proposed change of terminology: frame to superframe.
doc.: IEEE <doc#>
November 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Distributed channel hopping MAC for industrial.
doc.: IEEE <doc#>
doc.: IEEE <doc#>
doc.: IEEE <doc#>
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#>
doc.: IEEE <doc#>
doc.: IEEE <doc#>
doc.: IEEE <doc#>
May 2018 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Considerations on general MAC frame] Date Submitted:
doc.: IEEE <doc#>
doc.: IEEE <doc#>
doc.: IEEE <doc#>
doc.: IEEE <doc#>
doc.: IEEE <doc#>
doc.: IEEE <doc#>
May 2015 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: Text for General Description of PAC Date Submitted:
May 2015 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: New definitions of terminologies for PAC draft.
doc.: IEEE <doc#>
September 2018 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: Discussion on MAC functionalities Date.
doc.: IEEE <doc#>
Submission Title: Proposed resolution of 4G-related comments from LB53
doc.: IEEE <doc#>
doc.: IEEE <doc#>
doc.: IEEE <doc#>
Jan Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: Proposed Structure of Contention Free Period.
Jan Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Updated IEEE PAC Draft] Date Submitted:
doc.: IEEE <doc#>
Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [15.4j Coordinator Switching] Date Submitted:
doc.: IEEE <doc#>
doc.: IEEE <doc#>
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,
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: Maintaining RSLN enabled PAN Date Submitted: 14 March, 2012 Source: Seong-Soon Joo, Jong-Arm Jun, Nae-Soo Kim, Cheol-Sig Pyo Company: ETRI Address: 161 Gajeong-dong, Yuseong-gu, Daejeon, KOREA Voice: +82-42-860-6333, FAX: +82-42-860-4197, E-Mail: ssjoo@etri.re.kr Re: Abstract: As an initial draft for the LECIM MAC, to extend the networking coverage of a star network, maintaining the Relayed Slot-Link Network (RSLN) enabeld PAN is described. Purpose: Initial draft for the LECIM MAC 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>

Maintaining RSLN enabled PAN <month year> doc.: IEEE 802.15-<doc#> Maintaining RSLN enabled PAN Seong-Soon Joo*, Jong-Arm Jun, Nae-Soo Kim, Cheol-Sig Pyo ETRI <author>, <company>

Maintenance of RSLN enabled PAN (I) maintenance features maintain time synchronization maintain repeaters on the path maintain end points originating source of time information comes from the PAN coordinator keep phasing between inner and outer coordinator’s time measure the off-phase by regressing the difference between the estimated time of event and the occurred time of event time-stamping for measuring the clock drift rate compensate clock drift periodically

Maintenance of RSLN enabled PAN (II) maintain relaying path status on the path link quality: inward, outward depth of relaying, repeater information on the path status of the repeater load status: how many end-points are connected status of the device check in-service power management control the transmission power

RSLN Synchronization time synchronization synchronize with the global time source phase to the inner coordinator cyclic-superframe beacon use the first time-stamp infor in any of frames from the inner coordinator compensate clock drift measure the off-phase explicit time information : time-stamp in beacon or management frame implicit time information : ACK time-stamp regress the clock drifting & update clock

Relaying Path Management (I) components of path management device address device type : PAN coordinator, repeater, end-point position on the path : relaying tier identifier, inward connected device, outward connected device link connection infor inside device infor: address, relaying tier identifier, device type, inside device’s cyclic-superframe beacon index outside device infor: address, relaying tier identifier, device type, outside device’s cyclic-superframe beacon index link quality inward link quality outward link quality path list of repeater list of end points status propagation delay, traffic

Relaying Path Management (II) one-hop link management connection infor link quality beacon bitmap list of active bidirectional device slots power management end-to-end path management check active end points propagation delay

Relaying Path Management (III) slot access for exchanging management infor broadcasting coordinator slot outward only 1-to-1 bidirectional device slot inward or outward one-hop link management or end-to-end path management management primitives & commands information vs control one-hop vs end-to-end

RSLN Management Primitives (I) MLME-RSLN-MANAGEMENT.request ManagementType: time sych, link infor, path infor, power management DstAddrMode, DstAddr Table – MLME-RSLN-MANAGEMENT.request parameters Name Type Valid range Description managementType Enumeration TIME, LINK, PATH, POWER Operation to perform. TIME=0, LINK=1, PATH=2, POWER=3 DstAddrMode NO_ADDRESS, SHORT_ADDRESS, EXTENDED_ADDRESS The destination addressing mode for this primitive. DstAddr   Device Address As specified by the DstAddrMode parameter The individual device address of the device for which the frame was intended.

RSLN Management Primitives (II) MLME-RSLN-MANAGEMENT.response ManagementType SrcAddr time synch infor link descriptor path descriptor power management descriptor

RSLN Management Primitives (III) Link Descriptor Path Descriptor TBD Power Management Descriptor Octets: 2/8 Octets: 4 Variable Inner device address Outer device address Link status descriptor (refer to 5.3.11.11.3) Synchronous Relaying Specification

RSLN Management Commands (I) RSLN Management request Octets: variable 1 MHR fields (refer to 5.2.2.4.1) Command Frame Identifier (defined in Table 5) Management Type   Figure xx-RSLN-Management request command format

RSLN Management Commands (II) RSLN Management response Octets: variable 1 0/2/8 0/6 variable MHR fields (refer to 5.2.2.4.1) Command Frame Identifier (defined in Table 5) Src address Management Type   Time Synchronization Specification (refer to 5.2.4.24.2) Link descriptor Path descriptor Power management descriptor Figure xx-RSLN-Management response command format

Thanks for your Attention! ssjoo@etri.re.kr