June 17, 2018 doc.: IEEE r0 January, 2005

Slides:



Advertisements
Similar presentations
Doc.: IEEE b Submission March 2005 Robert Cragie, Jennic Ltd.Slide 1 Project: IEEE P Working Group for Wireless Personal Area.
Advertisements

Submission January, 2005 Rene Struik, Certicom Corp.Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks.
Doc.: IEEE /xxxr0 Submission Phil Jamieson November 2002 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission.
Submission January, 2005 Rene Struik, Certicom Corp.Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks.
Doc.: IEEE Submission March 17, 2005 Poor & Struik / Ember & CerticomSlide 1 Project: IEEE P Working Group for Wireless Personal.
June 16, 2018 doc.: IEEE r0 January, 2005
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]
doc.: IEEE <doc#>
doc.: IEEE <doc#>
Name - WirelessHD doc.: IEEE g July 2010
June 2006 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Proposed Scenarios for Usage Model Document.
Submission Title: [MC EventsList] Date Submitted: [11Jul00]
doc.: IEEE <doc#>
Submission Title: [WG-Treasurer’s Report July04]
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#>
NOV 01 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Application Specific Information Element] Date.
December 2, 2018 doc.: IEEE r0 May, 2004
March 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Toumaz response to TG6 Call for Applications]
Name - WirelessHD August 2008
March 2018 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [SG SECN Call for Proposals] Date Submitted:
doc.: IEEE <doc#>
Submission Title: [Proposals for MAC Issues]
<May,2009> doc.: IEEE <doc .....> <July 2009>
December 7, 2018 doc.: IEEE r0 July, 2003
doc.: IEEE <doc#>
doc.: IEEE <doc#>
<month year> doc.: IEEE <xyz> January 2001
Name - WirelessHD August 2008
doc.: IEEE <doc#>
May 2009 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [ 1-octet MAC Header frame types ] Date Submitted:
January 16, 2019 doc.: IEEE r0 September, 2004
Project: IEEE P WG for Wireless Personal Area Networks (WPANs)
November 2009 doc.: IEEE /0825r0 November 2009
Submission Title: [Proposal for Short Address Multicast]
<month year> <doc.: IEEE doc> Julyl 2015
February 24, 2019 doc.: IEEE r0 July, 2003
Submission Title: [Proposal to split the TG3a into two]
<month year> doc.: IEEE <xyz> November 2000
<author>, <company>
<month year> <doc.: IEEE doc> November 2015
doc.: IEEE <doc#>
doc.: IEEE /XXXr0 Sep 19, 2007 June 2009
Submission Title: [Frame and packet structure in ]
November 2006 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Simplified geometry for the usage model.
<month year> doc.: IEEE <030158r0> January 2004
Submission Title: [One-to-many and many-to-many peering procedures]
May 2018 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Considerations on general MAC frame] Date Submitted:
<month year> <doc.: IEEE doc> January 2016
<month year> <doc.: IEEE doc> Julyl 2015
March 2019 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [DF6 Radio-burst length over PSDU size] Date.
doc.: IEEE <doc#>
Submission Title: Rogue Resolutions from kivinen
<author>, <company>
<month year> doc.: IEEE <030158r0> <March 2003>
January 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [TG3c Project Plan] Date Submitted: [17.
November 2007 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [TG3c Project Plan] Date Submitted: [15.
September 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Suggested TG3c PAR Changes] Date Submitted:
March 2005 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Draft 1 security change proposal] Date Submitted:
Mar 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Resolution for Comment 70 ] Date Submitted:
Project: IEEE Study Group for Wireless Personal Area Networks (WPANs)
May 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [TG3c Project Plan] Date Submitted: [15 May.
Mar 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Resolution for Comment 70 ] Date Submitted:
Nov Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Report on IEEE PAC Draft Status]
<month year> <doc.: IEEE doc> September 2015
August, 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Improve the latency between GTS request.
Submission Title: TG9ma Agenda for September Meeting
Presentation transcript:

June 17, 2018 doc.: IEEE 802.15-02030r0 January, 2005 Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Group Address Support] Date Submitted: [January 20, 2005] Source: [René Struik] Company [Certicom Corp.] Address [5520 Explorer Drive, 4th Floor, Mississauga, ON Canada L4W 5L1] Voice:[+1 (905) 501-6083], FAX: [+1 (905) 507-4230], E-Mail:[rstruik@certicom.com] Re: [IEEE documents: 02/474r2 (January 16, 2003, Slides 5-6), 15-03-320-00-0040 (July 23, 2003, Slides 4-6), 15-03-320-02-0040 (November 11, 2003, Slides 6-9)] Abstract: [Suggestion for Group Addressing Support in IEEE 802.15.4b Low-Rate WPAN standard.] Purpose: [Assist in improving the IEEE 802.15.4 WPAN standard (Draft D18).] 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. Rene Struik, Certicom Corp. Rene Struik, Certicom Corp.

Group Addressing Proposal for Draft IEEE 802.15.4bWPAN Standard January, 2005 Group Addressing Proposal for Draft IEEE 802.15.4bWPAN Standard René Struik, Certicom Research Rene Struik, Certicom Corp.

Group Addressing Support (Approach 1) January, 2005 Group Addressing Support (Approach 1) Destination Addressing fields: <destination address> ::= <physical address> | <logical address> Short destination addresses: Ordinary destination addresses: 0x0000 – 0xFFEF (65,520=65,536-16 addresses) Logical destination addresses: 0xFFF0 – 0xFFFF (16 group addresses) Filtering incoming frames by device B: Check on B’s long address; Check on B’s (short address, PANId) combination Check membership group: Group addressing enabled iff DestAddr=0xFFFX; Membership test succeeds iff B is member of ‘X’ group Notes: Group addressing ON/OFF decision does not require introduction of separate group addressing bit Membership test: matching ‘X’  G (set of groups B is member of) Set of logical destination addresses fixed (i.e., meaning centrally determined) Rene Struik, Certicom Corp.

Group Addressing Support (Approach 2a) January, 2005 Group Addressing Support (Approach 2a) Destination Addressing fields: <destination address> ::= <physical address> | <logical address> {option indicated by 1-bit group addressing indicator} Short destination addresses: Ordinary destination addresses: 0x0000 – 0xFFFF (65,536 addresses) Logical destination addresses: 0x0000 – 0xFFFF (65,536 group addresses) Filtering incoming frames by device B: Check on B’s long address; Check on B’s (short address, PANId) combination Check membership group: Group addressing enabled if group addressing bit set; Membership test succeeds iff B is member of DestAddr group Notes: Group addressing ON/OFF decision does require introduction of separate group addressing bit Membership test: matching DestAddr  G (set of groups B is member of) Set of logical destination addresses not fixed (i.e., meaning decentralized) Rene Struik, Certicom Corp.

Group Addressing Support (Approach 2b) January, 2005 Group Addressing Support (Approach 2b) Destination Addressing fields: <destination address> ::= <physical address> | <logical address> {option indicated by DestAddrMode ‘01’ (currently reserved)} Short destination addresses: Ordinary destination addresses: 0x0000 – 0xFFFF (65,536 addresses) Logical destination addresses: 0x0000 – 0xFFFF (65,536 group addresses) Filtering incoming frames by device B: Check on B’s long address; Check on B’s (short address, PANId) combination Check membership group: Group addressing enabled if group addressing bit set; Membership test succeeds iff B is member of DestAddr group Notes: Group addressing ON/OFF decision does require introduction of separate group addressing indicator Membership test: matching DestAddr  G (set of groups B is member of) Set of logical destination addresses not fixed (i.e., meaning decentralized) Rene Struik, Certicom Corp.

Group Addressing Support (Approach 2a/b vs. Approach 1) January, 2005 Group Addressing Support (Approach 2a/b vs. Approach 1) (General) Decentralized assignment of meaning to multicast addresses No changes to parameters primitives (Option 2b & Option 1 (not for Option 2a)) Hard upper limit of #group addresses allows destination address filtering in hardware (e.g., with upper limit n, #lookup table entries 3+n [n=2  5 entries]) (With Security Enabled) Allows ‘clean’ crypto processing of secured broadcast frames (avoids guaranteed crypto processing failures at recipient’s side if recipient has wrong key) Allows savings of 4 octets (sic!) per secured broadcast frame Allows secured group communications in all settings Securing group communications allows complete reuse of security provisions already in place for securing broadcast frames Rene Struik, Certicom Corp.

January, 2005 Motion 1 Use one of the bits in the presently (802.15.4-2003) reserved fields in the Frame Control Field in MAC Header as group addressing bit indicator (0: group addressing OFF; 1: group addressing ON). Proposal: take bit b7 of the FCF for this purpose (since this is on octet boundary, thus leaving b8-b9 reserved). Rene Struik, Certicom Corp.

January, 2005 Motion 2 Structure logical destination address as follows: (See also RFC 3569) Addressing fields: <source address> ::= <physical address> <destination address> ::= <physical address> | <logical address> {option indicated by 1-bit group address indicator} <physical address> ::= implicit: coordinator | <short address> | <short Address><PAN Id> | <long address> {option indicated by 2-bit addressing mode} <logical address> ::= <group source> <group Id> <group source> ::= <physical address> <group Id> ::= <group counter> “Atoms” (end symbols in grammar): <short address> ::= 16-bit address <long address> ::= 64-bit address <PAN Id> ::= 16-bit PAN address <group counter> ::= 1-octet field {this allows 256 groups with same group source} Rene Struik, Certicom Corp.

January, 2005 Motion 3 Instruct editors to change security draft, such as to incorporate secured group communications. Rene Struik, Certicom Corp.