<month year> doc.: IEEE < > <January 2018>

Slides:



Advertisements
Similar presentations
Doc.: IEEE xxx Submission January 2015 N. Sato and K. Fukui (OKI)Slide 1 Project: IEEE P Working Group for Wireless Personal Area.
Advertisements

Doc.: IEEE l2r Submission September 2012 N. Sato & K. FukuiSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks.
<month year> doc.: IEEE < > <September 2017>
Project: IEEE Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Proposals for adding a version number and for the treatment.
Project: IEEE Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Proposals for adding a frame version number and for the.
Submission Title: [Add name of submission]
<month year> doc.: IEEE <# > <April 2008>
doc.: IEEE <doc#>
June 2006 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Proposed Scenarios for Usage Model Document.
doc.: IEEE <doc#>
doc.: IEEE <doc#>
<month year> doc.: IEEE < e> <Mar 2018>
<month year> doc.: IEEE < e> <Mar 2018>
May 2018 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Considerations on general MAC frame] Date Submitted:
May 2010 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [PIB Coordination in g] Date Submitted:
<month year> doc.: IEEE < > <September 2017>
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]
<month year> doc.: IEEE < e>
doc.: IEEE <doc#>
<month year> doc.: IEEE < > <September 2017>
<May,2009> doc.: IEEE <doc .....> <July 2009>
<month year> doc.: IEEE < e> <Jan 2018>
Submission Title: Example of P2P route discovery
<month year> doc.: IEEE < e> <Mar 2018>
doc.: IEEE <doc#>
<month year> doc.: IEEE <xyz> January 2001
平成31年1月 doc.: IEEE /424r1 July 2007 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [TG3c motion.
<month year> doc.: IEEE < > <May 2017>
<month year> doc.: IEEE < e> <July 2018>
Submission Title: [Comment Resolutions for #309, #310, and #314]
Submission Title: [One-to-many and many-to-many peering procedures]
平成31年2月 doc.: IEEE /424r1 November 2008
<month year> doc.: IEEE < e> <September 2018>
Submission Title: [Proposal for Short Address Multicast]
平成31年2月 doc.: IEEE /424r1 November 2007
doc.: IEEE <doc#>
<month year> November, 2004
doc.: IEEE /XXXr0 Sep 19, 2007 June 2009
<month year> doc.: IEEE < e> <November 2018>
Submission Title: [Frame and packet structure in ]
<month year> <May 2018>
<month year>20 Jan 2006
<month year> doc.: IEEE < e> <Mar 2018>
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:
<month year> <March 2019>
<month year> <January 2019>
<month year> doc.: IEEE < e>
doc.: IEEE <doc#>
<month year> doc.: IEEE August 2014
平成31年5月 doc.: IEEE /424r1 September 2007
<month year> <January 2019>
<month year> doc.: IEEE May 2014
doc.: IEEE < IETF>
doc.: IEEE <doc#>
<month year> doc.: IEEE < e> <November 2018>
doc.: IEEE < IETF>
doc.: IEEE < IETF>
September 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Suggested TG3c PAR Changes] Date Submitted:
平成31年7月 doc.: IEEE /424r1 March 2007 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [TG3c Call.
doc.: IEEE < nnn-00-0mag>
平成31年7月 doc.: IEEE /424r1 November 2007
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.
Doc.: IEEE Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Summary.
August 2019 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: CID 422 Proposal Date Submitted: 14 August,
August 2019 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: CID 422 Proposal Date Submitted: 14 August,
August 2019 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: MLME-SOUNDING and MLME-CALIBRATE comment.
12/15/2019 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [AWGN Simulation Results] Date Submitted:
Presentation transcript:

doc.: IEEE 802.15-<15-16-0666-00-0012> <month year> doc.: IEEE 802.15-<15-16-0666-00-0012> <January 2018> Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [L2R error on non-storing mode] Date Submitted: [15 January 2018] Source: [Noriyuki Sato, Kiyoshi Fukui] Company [Oki Electric Industry Co., Ltd.], [Charlie Perkins] Company [Futurewei] Address [2-6-8, Bingo-machi, Chuo-ku, Osaka, Japan] [2330 Central Expy, Santa Clara Ca, USA] Voice:[+81-6-6260-0700], E-Mail:[sato652@oki.com] [charlie.perkins@huawei.com] Re: [L2R error on non-storing mode] Abstract: [Explaining the omission on L2R non-storing mode process and giving a solution to fix it] Purpose: [To explain an issue and suggest a preferable solution] 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 contributors acknowledge and accept that this contribution becomes the property of IEEE and may be made publicly available by P802.15. <Noriyuki Sato><Kiyoshi Fukui>, <OKI>

Summary Non-storing mode in IEEE802.15.10 has a serious omission. <January 2018> Summary Non-storing mode in IEEE802.15.10 has a serious omission. In non-storing mode, primitives are designed for the NHL at the mesh root to manage downward routing records (A) E2E Acknowledgement from the mesh root has to attach an address list for source routing, which is assumed to be done automatically by the L2R layer. (B) In P2P routing using up/down routes, the mesh root has to attach source routing list, which is assumed to be done automatically by the L2R layer. Two options to solve problems A and B: Address lists in the MT to enable source routing (simple) Let the NHL operate E2E ACK and P2P routing; add a new scheme and primitives (complex) <Noriyuki Sato><Kiyoshi Fukui>, <OKI>

Problem: non-storing P2P (Up  Down) <month year> doc.: IEEE 802.15-<15-16-0666-00-0012> <January 2018> Problem: non-storing P2P (Up  Down) A DATA.ind can’t issue a data frame From S to D S B R D S R(root) DATA.req from R cannot send a frame as if S is source. It just a sends a frame from R to D. D NHL NHL NHL L2R L2R L2R ..hops.. MMI MMI MMI ..hops.. MAC MAC MAC Solution I: Let L2R have a record of the paths. Insert text specifying that the record is attached when a data is sent. Solution II: Add a new primitive to indicate the event (up  down) and add a new primitive to send a frame so that it keeps its source address as the originator not mesh root. <Noriyuki Sato><Kiyoshi Fukui>, <OKI>

Problem: non-storing E2E Ack <January 2018> Problem: non-storing E2E Ack S D A B R Sending Acknowledgment should be done by L2R layer (e.g. handling timeout) D R S DATA.req from R cannot send a L2R Ack frame NHL NHL NHL L2R L2R L2R MMI MMI MMI ..hops.. ..hops.. MAC MAC MAC Solution I: Let L2R have a record of the paths. Insert text specifying that the record is attached when a data is sent. Solution II: Add a new parameter to the DATA.indication primitive, to indicate L2R ack request. Add another to send a frame as if its source address were the originator, not themesh root. <Noriyuki Sato><Kiyoshi Fukui>, <OKI>

Solution I details to fix issues A and B <January 2018> Solution I details to fix issues A and B Add an entry to the mesh table 5-1 (MT) Path List Consists of ‘Destination Address’ and ‘Address List’ pair Enabled only when non-storing mode Add new specification after the following text in 5.2.4.2 When the mesh root receives the RA IE or the SRA IE, it delivers the path and the source address therein to the next higher layer with the L2LME-INTERMEDIATE-ADDR-LIST.indication primitive, and stores them as the pair of the address list and the destination address into the ‘Path List’ in the MT. Add to IntermediateAddrList description of L2RDATA.request (7.2.1.1): Addresses to be inserted in the Intermediate Address List of the L2R Routing IE. When IntermediateAddrList is ‘NULL’, the ‘Address List’ in the ‘Path List’ in the MT is used, where the destination address matches to the one in this primitive. Omitted if source routing is not used. No format change. No change of protocol between devices S, D, R. <Noriyuki Sato><Kiyoshi Fukui>, <OKI>

Other editorial corrections <January 2018> Other editorial corrections While discussing the solutions to the aforementioned problems, the need for some other editorial improvements has been noticed. Should we go ahead and fix them also? <Noriyuki Sato><Kiyoshi Fukui>, <OKI>