Submission January, 2005 Rene Struik, Certicom Corp.Slide 1 Project: IEEE P 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) ], FAX: [+1 (905) ], Re: [IEEE documents: 02/474r2 (January 16, 2003, Slides 5-6), (July 23, 2003, Slides 4-6), (November 11, 2003, Slides 6-9)] Abstract:[Suggestion for Group Addressing Support in IEEE b Low-Rate WPAN standard.] Purpose:[Assist in improving the IEEE WPAN standard (Draft D18).] Notice:This document has been prepared to assist the IEEE P 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 P

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

Submission January, 2005 Rene Struik, Certicom Corp.Slide 3 Group Addressing Support (Approach 1) Destination Addressing fields: ::= | Short destination addresses: Ordinary destination addresses: 0x0000 – 0xFFEF (65,520=65, 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: (1)Group addressing enabled iff DestAddr=0xFFFX; (2)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)

Submission January, 2005 Rene Struik, Certicom Corp.Slide 4 Group Addressing Support (Approach 2a) Destination Addressing fields: ::= | {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: (1)Group addressing enabled if group addressing bit set; (2)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)

Submission January, 2005 Rene Struik, Certicom Corp.Slide 5 Group Addressing Support (Approach 2b) Destination Addressing fields: ::= | {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: (1)Group addressing enabled if group addressing bit set; (2)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)

Submission January, 2005 Rene Struik, Certicom Corp.Slide 6 Group Addressing Support (Approach 2b 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

Submission January, 2005 Rene Struik, Certicom Corp.Slide 7 Motion 1 Use the currently ( ) reserved value ‘01’ in the destination addressing Mode subfield in the Frame Control Field in the MAC Header as group addressing indicator (‘01’: group addressing ON; otherwise: OFF).

Submission January, 2005 Rene Struik, Certicom Corp.Slide 8 Motion 2 Structure logical destination address as follows: Addressing fields: ::= ::= | {option indicated by 1-bit group address indicator} ::= implicit: coordinator | | | {option indicated by 2-bit addressing mode} ::= “Atoms” (end symbols in grammar): ::= 16-bit address ::= 64-bit address ::= 16-bit PAN address ::= 1-octet field {this allows 256 groups with same group source}

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