27
Novembe r 2010 Bruce Krae mer, Slide 1 doc.: IEEE 802.11-10/1396r0 Submission Smart Grid Summary input to PAP#2 Report – November 2010 Date: 2010-November-12 Abstract: NIST PAP#2 Report r6 recommended changes Based upon discussions of previously submitted comments during the OpenSG meetings held Nov 4th it was agreed that some additional modifications to the suggested changes would make them more acceptable to NIST. The following pages and embedded files represent the revised IEEE 802 inputs to NIST for consideration to be included in the December release of the PAP#2 report. Name Company Address Phone email Bruce Kraemer Marvell 5488 Marvell Lane, Santa Clara, CA, 95054 +1-321-751- 3988 [email protected] om Jorjeta Jetcheva Itron

Doc.: IEEE 802.11-10/1396r0 Submission November 2010 Bruce Kraemer, MarvellSlide 1 Smart Grid Summary input to PAP#2 Report – November 2010 Date: 2010-November-12

Embed Size (px)

Citation preview

Page 1: Doc.: IEEE 802.11-10/1396r0 Submission November 2010 Bruce Kraemer, MarvellSlide 1 Smart Grid Summary input to PAP#2 Report – November 2010 Date: 2010-November-12

November 2010

Bruce Kraemer, Marvell

Slide 1

doc.: IEEE 802.11-10/1396r0

Submission

Smart Grid Summary input to PAP#2 Report – November 2010

Date: 2010-November-12

Abstract: NIST PAP#2 Report r6 recommended changesBased upon discussions of previously submitted comments during the OpenSG meetings held Nov 4th it was agreed that some additional modifications to the suggested changes would make them more acceptable to NIST. The following pages and embedded files represent the revised IEEE 802 inputs to NIST for consideration to be included in the December release of the PAP#2 report.

Name Company Address Phone emailBruce Kraemer Marvell 5488 Marvell Lane,

Santa Clara, CA, 95054

+1-321-751-3988 [email protected]

Jorjeta Jetcheva Itron

Page 2: Doc.: IEEE 802.11-10/1396r0 Submission November 2010 Bruce Kraemer, MarvellSlide 1 Smart Grid Summary input to PAP#2 Report – November 2010 Date: 2010-November-12

November 2010

Bruce Kraemer, Marvell

Slide 2

doc.: IEEE 802.11-10/1396r0

Submission

•IEEE 802 previously contributed a number of suggestions on how to change the NIST PAP#2 Report r6. These were contained in documents 1210 and 1209 and 1316.

https://mentor.ieee.org/802.11/dcn/10/11-10-1209-00-0000-comment-set-1-on-pap-2-report-r6.doc

https://mentor.ieee.org/802.11/dcn/10/11-10-1210-01-0000-comment-set-2-on-pap-2-report-r6.ppt

Based upon discussions of these comments during the OpenSG meetings held Nov 4th it was agreed that some additional modifications to the suggested changes would make them more acceptable to NIST. The following pages and embedded files represent the revised IEEE 802 inputs to NIST for consideration to be included in the December release of the PAP#2 report.

Page 3: Doc.: IEEE 802.11-10/1396r0 Submission November 2010 Bruce Kraemer, MarvellSlide 1 Smart Grid Summary input to PAP#2 Report – November 2010 Date: 2010-November-12

November 2010

Bruce Kraemer, Marvell

Slide 3

doc.: IEEE 802.11-10/1396r0

Submission

Comment #01

• Section 4.2.1.3 talks about Coverage Area. It is important to discuss coverage in conjunction with data rates and link margin for example, in order to avoid associations between inconsistent pieces of information, e.g., citing the largest coverage area achievable by a given technology along with the highest data rate achievable by the technology is incorrect – generally the two have a reverse relationship and the highest coverage is achievable at the lowest data rate.

• Agreed to text change:• Add the following text at the end of Section 4.2.1.3: When

comparing coverage areas between different technologies, it is important to take into account the link budgets used in the coverage computation. Note that the largest coverage area achievable by a specific technology typically requires transmission at the lowest data rate used by that technology.

Page 4: Doc.: IEEE 802.11-10/1396r0 Submission November 2010 Bruce Kraemer, MarvellSlide 1 Smart Grid Summary input to PAP#2 Report – November 2010 Date: 2010-November-12

November 2010

Bruce Kraemer, Marvell

Slide 4

doc.: IEEE 802.11-10/1396r0

Submission

Comment #02a

• Section 4.2.1.4 talks about Mobility. It would be useful to mention the data rates achievable at various mobility levels to avoid assumptions that mobile devices can communicate at the highest data rates used by a specific technology.

• Agreed to text change:

• Add the following text at the end of Section 4.2.1.4: Comparisons between the capabilities of different mobile technologies have to take into account the maximum data rate achievable at each mobility level -- mobile devices may not be able to communicate at the highest available data rates when moving at high speeds.

Page 5: Doc.: IEEE 802.11-10/1396r0 Submission November 2010 Bruce Kraemer, MarvellSlide 1 Smart Grid Summary input to PAP#2 Report – November 2010 Date: 2010-November-12

November 2010

Bruce Kraemer, Marvell

Slide 5

doc.: IEEE 802.11-10/1396r0

Submission

Comment #03• Section 4.2.1.5 talks about Data Rates. • Agreed text change: • Add the following text at the end of Section 4.2.1.5: Additional factors to

consider when discussing data rates:• Throughput must be considered in conjunction with packet size,

coverage range and rate of mobility (if any). • It is important to distinguish between unicast, multicast and broadcast

rates, as they may not be the same for a given wireless technology. • Throughput depends on medium access scheduling, including the

capability to provide block transmissions (whereby multiple data packets can be sent in succession with minimum or no individual medium access operations per packet except before the first packet is sent), and/or block acknowledgements (whereby a single acknowledgement packet can acknowledge multiple preceding data packets). The capability and flexibility to optimize block transmissions and acknowledgements can have a significant effect on GoodPut.

• The use of rate adaptation mechanisms, where the data rate on a link is modified when the quality of the link changes.

Page 6: Doc.: IEEE 802.11-10/1396r0 Submission November 2010 Bruce Kraemer, MarvellSlide 1 Smart Grid Summary input to PAP#2 Report – November 2010 Date: 2010-November-12

November 2010

Bruce Kraemer, Marvell

Slide 6

doc.: IEEE 802.11-10/1396r0

Submission

Comment #04

• Section 4.2.1.6 talks about RF utilization.

• Agreed text change:

• Add the following text at the end of Section 4.2.1.6: – Consider the power level regulations for the different channels

used by a particular technology.

– Consider the impact of Dynamic Frequency Selection (DFS) regulations on the channels used by a particular technology, e.g., certain UNII channels are subject to DFS regulation which requires wireless devices to change channel when they detect the use of radar on their current channel.

Page 7: Doc.: IEEE 802.11-10/1396r0 Submission November 2010 Bruce Kraemer, MarvellSlide 1 Smart Grid Summary input to PAP#2 Report – November 2010 Date: 2010-November-12

November 2010

Bruce Kraemer, Marvell

Slide 7

doc.: IEEE 802.11-10/1396r0

Submission

Comment #05

• Section 4.2.1.7 talks about Data Frames and Packets. It is important to consider frame duration in conjunction with data rate and size of the frame. Also, we need to consider multicast and broadcast frames in addition to unicast frames.

• Agreed text change:• Modify item “a)” in Section 4.2.1.7 as follows:• What is the maximum frame duration for a unicast, multicast and

broadcast frame respectively, and what are the corresponding frame size and data rate at which each type of frame was sent?

• Modify item “b)” in Section 4.2.1.7 as follows:• What is the maximum packet size that can be sent in one unicast,

multicast and broadcast radio frame respectively?• Modify item “c)” in Section 4.2.1.7 as follows:• Does the radio system support segmentation of unicast, multicast and

broadcast packets respectively, when the payload size exceeds the capacity of one radio frame?

Page 8: Doc.: IEEE 802.11-10/1396r0 Submission November 2010 Bruce Kraemer, MarvellSlide 1 Smart Grid Summary input to PAP#2 Report – November 2010 Date: 2010-November-12

November 2010

Bruce Kraemer, Marvell

Slide 8

doc.: IEEE 802.11-10/1396r0

Submission

Comment #06• Section 4.2.2.4 talks about Connection Topologies. The Bus and Ring

topology need to be removed, they are not wireless topologies. One way to characterize wireless topologies is as single hop and multi-hop (statically configured or mesh), and wireless links as point-to-point, point-to-multipoint, and omnidirectional. We need to add figures that correspond to the text we end up with.

• Agreed text change:

• Remove the Bus and Ring figures

• Replace the current text in Section 4.2.2.4 with the following: Wireless network topologies can be divided into single hop and multi-hop, where a multi-hop topology can be statically configured, or can be dynamic and self-forming, e.g., a mesh. A wireless link can be point-to-point, point-to-multipoint, or broadcast.

• Add the definitions on the following 4 slides to Section 2.2

Page 9: Doc.: IEEE 802.11-10/1396r0 Submission November 2010 Bruce Kraemer, MarvellSlide 1 Smart Grid Summary input to PAP#2 Report – November 2010 Date: 2010-November-12

November 2010

Bruce Kraemer, Marvell

Slide 9

doc.: IEEE 802.11-10/1396r0

Submission

Comment #07• Section 4.2.2.5 talks about Connection Management. The

section needs to mention what aspects of “connection management” can be used to compare different wireless technologies. For example, we can evaluate the latency to join a network, available security mechanisms employed when joining a network, and overhead to join the network (number of control packets exchanged). Perhaps section titles such as “Network Participation Mechanisms” or “Joining the Network” are more descriptive of the content of this section.

Page 10: Doc.: IEEE 802.11-10/1396r0 Submission November 2010 Bruce Kraemer, MarvellSlide 1 Smart Grid Summary input to PAP#2 Report – November 2010 Date: 2010-November-12

November 2010

Bruce Kraemer, Marvell

Slide 10

doc.: IEEE 802.11-10/1396r0

Submission

Comment 07bAdd the following text at the end of Section 4.2.2.5:

• It is important to evaluate:

– the time it takes for a device to join a particular network, and the overhead required to do so

– the time and overhead required to rejoin the network when a device becomes disconnected from the network

– the overhead required to maintain membership in the network after the initial admission into the network

– the overhead associated with optimizing connectivity, e.g., in mesh-based topologies.

Page 11: Doc.: IEEE 802.11-10/1396r0 Submission November 2010 Bruce Kraemer, MarvellSlide 1 Smart Grid Summary input to PAP#2 Report – November 2010 Date: 2010-November-12

November 2010

Bruce Kraemer, Marvell

Slide 11

doc.: IEEE 802.11-10/1396r0

Submission

Comment #08• Section 4.2.3.2 talks about Location Characterization. It seems like

many of the techniques applicable to this section are not technology-specific but implementation-specific and as such can be incorporated across different wireless technologies even if they are not currently incorporated into the products of a specific wireless technology. It would be helpful to make the distinction between technology-specific properties and product-specific properties in the text.

• Agreed text change:• Add the following text at the end of Section 4.2.3.2:

• It is important to distinguish between technology-specific mechanisms for location characterization and mechanisms that are applicable across technologies or communication topologies, which can easily be added to products that may not currently support them.

Page 12: Doc.: IEEE 802.11-10/1396r0 Submission November 2010 Bruce Kraemer, MarvellSlide 1 Smart Grid Summary input to PAP#2 Report – November 2010 Date: 2010-November-12

November 2010

Bruce Kraemer, Marvell

Slide 12

doc.: IEEE 802.11-10/1396r0

Submission

Comment #09• A category that is missing from Section 4 is one that

characterizes the deployment complexity of each technology.

• Agreed text change: Add the following text after Section 4.2.4.1:

• 4.2.5 Group 22: Deployment Complexity

• It is important to evaluate the complexity of:

– installation and maintenance of a given wireless system

– integration with other, possibly existing, networks

– expansion of the wireless network coverage over time.

Page 13: Doc.: IEEE 802.11-10/1396r0 Submission November 2010 Bruce Kraemer, MarvellSlide 1 Smart Grid Summary input to PAP#2 Report – November 2010 Date: 2010-November-12

November 2010

Bruce Kraemer, Marvell

Slide 13

doc.: IEEE 802.11-10/1396r0

Submission

General Comment #10

• It would be helpful to have some tables and text summarizing the information in Section 5, and to move a lot of the discussions/derivations to an appendix. Otherwise, the message/conclusions/recommendations get lost in the text.

Page 14: Doc.: IEEE 802.11-10/1396r0 Submission November 2010 Bruce Kraemer, MarvellSlide 1 Smart Grid Summary input to PAP#2 Report – November 2010 Date: 2010-November-12

November 2010

Bruce Kraemer, Marvell

Slide 14

doc.: IEEE 802.11-10/1396r0

Submission

General Comment #11Section 4.2.1.2 (p. 24) talks about voice and video traffic over the smart

grid. We need more use cases motivating why we would want to have voice and

video traffic over the smart grid network. The current set of use cases supplied by OpenSG does not currently contain this service.

The only video example given in the text is one of surveillance of affected outage areas. It would seem that voice and video might be of lower priority during outages, e.g., caused by disasters or weather-related events, since the network would require a high degree of availability for its regular functions. In addition, surveillance is generally part of the public safety infrastructure and there is spectrum allocated for such use so I am not convinced that we should be discussing this kind of application in the context of the smart grid.

• Applications such as voice and video have requirements that even broadband network providers are struggling with (wireless and landline) and making them part of the smart grid infrastructure requires significant justification.

Page 15: Doc.: IEEE 802.11-10/1396r0 Submission November 2010 Bruce Kraemer, MarvellSlide 1 Smart Grid Summary input to PAP#2 Report – November 2010 Date: 2010-November-12

November 2010

Bruce Kraemer, Marvell

Slide 15

doc.: IEEE 802.11-10/1396r0

Submission

General Comment #12

• Link Availability in Section 4.2.1.1 does not appear to be consistently calculated for the various candidate various radio technologies, nor did majority of the technology candidates describe the method used to calculate availability.

• The current description of the characteristic does not match the calculation.

• Both of these issues need to be resolved before progressing to completion of Sections 6 & 7.

• “The technology “Operating Point” chosen is presumably chosen recognizing that achieving a low failure rate is desirable.”

• Agreed text change: Change this sentence to• “The technology “Operating Point” is chosen to achieve a low failure rate and is an

outcome of deployment flexibility & strategy.”

Page 16: Doc.: IEEE 802.11-10/1396r0 Submission November 2010 Bruce Kraemer, MarvellSlide 1 Smart Grid Summary input to PAP#2 Report – November 2010 Date: 2010-November-12

November 2010

Bruce Kraemer, Marvell

Slide 16

doc.: IEEE 802.11-10/1396r0

Submission

Comment #13 Para 2 Recommended change

• Reword the preface to incorporate the idea that SG application requirements evolve over time, yielding to experience rather than remain locked in 1989 or 1999 or 2009 economics.

• Smart Grid application requirements must be defined with enough specificity to quantitatively define communications traffic and levels of performance over the lifetime of the applications.  Applications requirements must be combined with as complete a set of management and security requirements for the life-cycle of the equipment.  The decisions to apply wireless for any given set of applications can then be based on expected performance and costs over the projected useful lifetimes of the spectrum and equipment. 

Page 17: Doc.: IEEE 802.11-10/1396r0 Submission November 2010 Bruce Kraemer, MarvellSlide 1 Smart Grid Summary input to PAP#2 Report – November 2010 Date: 2010-November-12

November 2010

Bruce Kraemer, Marvell

Slide 17

doc.: IEEE 802.11-10/1396r0

Submission

Overview of Suggested Definitions• The intent of the Section 2 definitions is to improve the technical

precision of the document.

• Subsequent to the creation of the V5 matrix and the r5 Report text IEEE 802 noted that the SDO responses were based upon different interpretations of the matrix row entries and that that in a few instances the rows should be more finely sub-divided.

• The added clarity should provide a better basis for evaluation and comparison of wireless technologies that might be used in the Smart Grid.

The recommended solutions are as follow:

• Add the following set of definitions to Section 2.2

Page 18: Doc.: IEEE 802.11-10/1396r0 Submission November 2010 Bruce Kraemer, MarvellSlide 1 Smart Grid Summary input to PAP#2 Report – November 2010 Date: 2010-November-12

November 2010

Bruce Kraemer, Marvell

Slide 18

doc.: IEEE 802.11-10/1396r2

Submission

Broadcast• Broadcast is a form of message transmission where a message is sent

from a single source to all potential receiving nodes.

Multicast• Multicast is a form of message transmission where a message is sent

from a single source to a subset of all potential receiving nodes. (The mechanism for selecting the members of the subset is not part of this definition.)

Unicast• Unicast is a form of message transmission where a message is sent from

a single source to a single receiving node.

Casting Definitions

Page 19: Doc.: IEEE 802.11-10/1396r0 Submission November 2010 Bruce Kraemer, MarvellSlide 1 Smart Grid Summary input to PAP#2 Report – November 2010 Date: 2010-November-12

November 2010

Bruce Kraemer, Marvell

Slide 19

doc.: IEEE 802.11-10/1396r2

Submission

Hop Definitions

• Proposed PAP2 Guidelines Document Definitions• Hop: The term hop is used to signify a link between a

pair of devices that a frame or packet needs to traverse to reach one device from the other.

• Single-Hop Network: A single-hop network is one in which devices can only communicate with each other directly, e.g., over a single link (hop), and do not have the capability to forward traffic on each other’s behalf.

• Multi-Hop Network: A multi-hop network is one in which devices have the capability to forward traffic on each other’s behalf and can thus communicate along paths composed of multiple links (hops).

Page 20: Doc.: IEEE 802.11-10/1396r0 Submission November 2010 Bruce Kraemer, MarvellSlide 1 Smart Grid Summary input to PAP#2 Report – November 2010 Date: 2010-November-12

November 2010

Bruce Kraemer, Marvell

Slide 20

doc.: IEEE 802.11-10/1396r2

Submission

Configuring Definitions• Statically Configured Multi-Hop Network: A multi-hop

network can be statically configured, such that each node’s forwarding decisions are dictated by configuration.

• Dynamic and Self-Configuring Multi-Hop Network: A multi-hop network can be dynamic and self-configuring, such that network devices have the ability to discover (multi-hop) forwarding paths in the network and make their own forwarding decisions based on various pre-configured constraints and requirements, e.g., lowest delay or highest throughput.

Page 21: Doc.: IEEE 802.11-10/1396r0 Submission November 2010 Bruce Kraemer, MarvellSlide 1 Smart Grid Summary input to PAP#2 Report – November 2010 Date: 2010-November-12

November 2010

Bruce Kraemer, Marvell

Slide 21

doc.: IEEE 802.11-10/1396r2

Submission

MESH Definition• Mesh Network: A mesh network is a network composed of

devices that can forward traffic on each other’s behalf, have the ability to discover (multi-hop) forwarding paths in the network and make their own forwarding decisions based on various pre-configured constraints and requirements, e.g., lowest delay or highest throughput.

Page 22: Doc.: IEEE 802.11-10/1396r0 Submission November 2010 Bruce Kraemer, MarvellSlide 1 Smart Grid Summary input to PAP#2 Report – November 2010 Date: 2010-November-12

November 2010

Bruce Kraemer, Marvell

Slide 22

doc.: IEEE 802.11-10/1396r0

Submission

Overview of Suggested Matrix Disclaimer text• The intent of the Section 4 comments was to improve the technical precision of the document

and provide a better basis for evaluation and comparison of wireless technologies that might be used in the Smart Grid.

• However, the IEEE 802 Smart Grid committee recognized that addition of new or revised definitions or insertion of additional rows, after receiving the technology characteristics populating the V5 matrix columns, would cause some concern for NIST and the SDO respondents.

The recommended solutions are as follow:• Create an updated matrix with a new designation (V6-proposed was the chosen

designation)• Retain the previous (V5) matrix to ensure that the matrix rows and columns are archived in

the form supplied • Add disclaimers to the V6-proposed matrix indicating that some blank or omitted responses

could indicate questions or clarifications which were added to this matrix after the responses were received from the particular SDO who supplied input to the original matrix.

• The recommended disclaimers are included in this document.• The recommended definition additions for Section 2.2 are included in this document. • The recommended matrix (V6-proposed) is included in this document.

Page 23: Doc.: IEEE 802.11-10/1396r0 Submission November 2010 Bruce Kraemer, MarvellSlide 1 Smart Grid Summary input to PAP#2 Report – November 2010 Date: 2010-November-12

November 2010

Bruce Kraemer, Marvell

Slide 23

doc.: IEEE 802.11-10/1396r2

Submission

xcast Disclaimer text • The original question in the Group 7 “Data Frames and Packets”

portion of the matrix to which SDOs responded assumed a unicast mode was used and did not ask for characterization using unicast, multicast and broadcast modes nor did it ask if these modes were supported.

• After the responses were received the following definitions for casting modes were added.

Broadcast• Broadcast is a form of message transmission where a message is sent from a

single source to all potential receiving nodes.

Multicast• Multicast is a form of message transmission where a message is sent from a

single source to a subset of all potential receiving nodes. (The mechanism for selecting the members of the subset is not part of this definition.)

Unicast• Unicast is a form of message transmission where a message is sent from a

single source to a single receiving node.

Page 24: Doc.: IEEE 802.11-10/1396r0 Submission November 2010 Bruce Kraemer, MarvellSlide 1 Smart Grid Summary input to PAP#2 Report – November 2010 Date: 2010-November-12

November 2010

Bruce Kraemer, Marvell

Slide 24

doc.: IEEE 802.11-10/1396r2

Submission

Hop and Configuring Disclaimer text • The original question in the Group 11 “Connection Topologies”

portion of the matrix to which SDOs responded did not ask if hop connections were supported.

• After the responses were received the following definition for hop connections were added.

• Single-Hop Network: A single-hop network is one in which devices can only communicate with each other directly, e.g., over a single link (hop), and do not have the capability to forward traffic on each other’s behalf.

• Multi-Hop Network: A multi-hop network is one in which devices have the capability to forward traffic on each other’s behalf and can thus communicate along paths composed of multiple links (hops).

• Statically Configured Multi-Hop Network: A multi-hop network can be statically configured, such that each node’s forwarding decisions are dictated by configuration.

• Dynamic and Self-Configuring Multi-Hop Network: A multi-hop network can be dynamic and self-configuring, such that network devices have the ability to discover (multi-hop) forwarding paths in the network and make their own forwarding decisions based on various pre-configured constraints and requirements, e.g., lowest delay or highest throughput.

Page 25: Doc.: IEEE 802.11-10/1396r0 Submission November 2010 Bruce Kraemer, MarvellSlide 1 Smart Grid Summary input to PAP#2 Report – November 2010 Date: 2010-November-12

November 2010

Bruce Kraemer, Marvell

Slide 25

doc.: IEEE 802.11-10/1396r2

Submission

Mesh Disclaimer text • The original question in the Group 11 “Connection

Topologies” portion of the matrix to which SDOs responded asked if “mesh” was supported. There was no definition of “mesh” provided.

• After the responses were received it was determined that a definition should have been provided to normalize responses. The following definition for mesh was added.

• Mesh Network: A mesh network is a network composed of devices that can forward traffic on each other’s behalf, have the ability to discover (multi-hop) forwarding paths in the network and make their own forwarding decisions based on various pre-configured constraints and requirements, e.g., lowest delay or highest throughput.

Page 26: Doc.: IEEE 802.11-10/1396r0 Submission November 2010 Bruce Kraemer, MarvellSlide 1 Smart Grid Summary input to PAP#2 Report – November 2010 Date: 2010-November-12

November 2010

Bruce Kraemer, Marvell

Slide 26

doc.: IEEE 802.11-10/1396r2

Submission

Matrix revision

• The currently archived matrix on the NIST Twiki is designated as V5.

• Several clarifying definitions of the rows and associated notes have been added to this version (V6-proposed).

Matrix V6-proposed

Page 27: Doc.: IEEE 802.11-10/1396r0 Submission November 2010 Bruce Kraemer, MarvellSlide 1 Smart Grid Summary input to PAP#2 Report – November 2010 Date: 2010-November-12

November 2010

Bruce Kraemer, Marvell

Slide 27

doc.: IEEE 802.11-10/1396r2

Submission

16m matrix revision

Matrix V5 contained numerous TBP entriesThe following data for 16m should be included in the matrix.

802.16m & 802.16e update