1. Smart Grid ad hoc Meeting Information - February 2010
doc.: IEEE /0213r1
February 2010
Smart Grid ad hoc Meeting Information - February 2010
Date:
Authors:
Name
Company
Address
Phone
5488 Marvell Lane,
Santa Clara, CA, 95054
+1 (321)
Bruce Kraemer
Marvell
marvell
.com
Abstract: Information on Smart Grid of interest to WG11 – February 2010
Bruce Kraemer, Marvell
Bruce Kraemer (Marvell)

2. IEEE Meeting Guidelines
February 2010
IEEE Meeting Guidelines
Please review the documents at the following links:
- IEEE Patent Policy -
- Patent FAQ -
- LoA Form -
- Affiliation FAQ -
- Anti-Trust FAQ -
- Ethics -
- IEEE Working Group Policies and Procedures -
policies-and-procedures.doc
Bruce Kraemer, Marvell

3. February 2010
Feb 17 Agenda
If you attend the call please send and to indicating your attendance
Today
Update on sub1GHz project plans
New events and documents from SGIP
Plans for next call and Orlando
Bruce Kraemer, Marvell

4. Sub 1GHz project plan update
February 2010
Sub 1GHz project plan update
Dave Halasz
Discussed on the Feb 10th call: sub 1GHz project plan (Dave Halasz)
Bruce Kraemer, Marvell

5. NIST SGIP Committees SGIP Standing Committees
February 2010
NIST SGIP Committees
SGIP Standing Committees
Smart Grid Architecture Committee
Smart Grid Testing and Certification Committee
SGIP Permanent Working Groups
cyber security coordination task group (CyberSecurityCTG)
SGIP Working Groups
transmission and distribution (TnD)
home-to-grid (h2g)
building-to-grid (b2g)
industry-to-grid (i2g)
vehicle-to-grid (pevtg)
business and policy(BnP)
Bruce Kraemer, Marvell

6. NIST – SGIP- CyberSecurity
February 2010
NIST – SGIP- CyberSecurity
SGIP-CSWG Meeting & Membership Information
Lead: Annabelle Lee Teleconference Day & Time: Mondays, 11am EST Call-in number:                         Participant passcode is: To Join This Group: and Cost or Restriction to Join/Participate: There are no costs nor restrictions to joining the CSCTG.
WorkingGroupInfo - This is where you will find general information, including teleconference numbers, for all of the sub-groups in one place.
Bruce Kraemer, Marvell

7. New Cyber Security Draft for Review
February 2010
New Cyber Security Draft for Review
This is a copy of the 2nd draft of NISTIR We will be accepting comments through April 2nd. Please use the comment template given here for each comment, and send to
draft-nistir-7628_2nd-public-draft.pdf: 2nd draft NISTIR 7628 for public comment
NISTIR7628_comments_template_Feb doc: template for submitting comments on draft 2
CommentsReceivedDraftNISTIR7628
Bruce Kraemer, Marvell

8. February 2010
SGIP - Architecture
Architectural Renderings for Discussion at Feb 17 F2F
These files contain various architectural renderings that show the Smart Grid from various "artists" perspectives (note these slides are copyrighted by various institutions and should not be reused outside of the NIST/SGIP effort without their express permission.):
GridArchv2.ppt
LongcoreEdited.ppt
NIST_Examples_of_High_Level_Smart_Grid_Architecture.ppt
SketchesOfTheSmartGrid.ppt
Smart_Grid_Data_Communications_Networkv3_Architecture_graph.ppt
Smart_Grid_Domains_and_Networks_ ppt
Smart_Grid_Interfaces_and_Networks_ ppt
Smart_Grid_Interfaces_and_Networks_ ppt
ArchFigures-1.ppt
Cox_Smart_Grid_Interfaces.ppt
ISGT-SG101-NISTConceptualModel.pptx
Marty Burns Presentation of EPRI Use Case Import/Export Tools and UML Model
Bruce Kraemer, Marvell

9. February 2010
NIST PAP#2
NIST is going to use (require) a model to demonstrate performance when operating in typical Smart Grid domains
Awaiting posting of Functional requirements and simulation model
Continue discussion required on future calls and in March plenary
Bruce Kraemer, Marvell

10. New Smart Grid Events and info
February 2010
New Smart Grid Events and info
Revised CyberSecurity document -comments due by Apr 2
SGIP Certification meeting Feb 16 - awaiting output report
SGIP Architecture meeting Feb 17 - awaiting output report
Expect NIST Model to be posted on Feb 19
Expect OpenSG Functional Requirments to be posted on Feb 19
Bruce Kraemer, Marvell

11. March WG11 Smart Grid ad hoc call and plenary
February 2010
March WG11 Smart Grid ad hoc call and plenary
Prepare comments for Revised CyberSecurity document
Review results of SGIP Certification meeting Feb 16
Identify action items for WG11
Review results of SGIP Architecture meeting Feb 17
Expect OpenSG Use cases to be posted on Feb 19
Expect NIST Model to be posted on Feb 19
Review model, verify
Joint meeting with all wireless WGs to discuss modeling
Review sub900 MHz project plans
Bruce Kraemer, Marvell

12. Smart Grid ad hoc calls prior to Orlando
February 2010
Smart Grid ad hoc calls prior to Orlando
Schedule plan was for Wednesdays at 2pm EST
Feb 10
Feb 17
March 3
March 24
Bruce Kraemer, Marvell

13. OpenSG http://osgug.ucaiug.org/default.aspx
February 2010
OpenSG
Link to the OpenSG SG-NET site:
Documents are publicly available...
Look for Functional Requirements
Bruce Kraemer, Marvell

14. NIST Next PAP#2 meeting 1 day at NIST HQ either March 30 or 31
February
doc.: IEEE /0213r1
February 2010
NIST
Next PAP#2 meeting
1 day at NIST HQ either March 30 or 31
Bruce Kraemer, Marvell
Bruce Kraemer (Marvell)

15. Background information
February 2010
Background information
High Level Questions
National Smart Grid Perspective
EPRI View
What has previously transpired?
NIST PAP#2
What is happening over the next two months
Longer term goals, events, project plans.
Observations/Assumptions/Conclusions/Discussion
Steps needs to take to fit into the Smart Grid plan
Bruce Kraemer, Marvell

16. High Level Questions What is happening in Smart Grid arena?
February 2010
High Level Questions
What is happening in Smart Grid arena?
Is properly positioning its existing and pending standards and amendments for acceptance in SG?
Participation in key Smart Grid activities
Are there any identifiable additions or changes that should be considered to make more useful in SG domains?
Bruce Kraemer, Marvell

17. Observation/Assumption/Conclusion #1
February 2010
Observation/Assumption/Conclusion #1
Dozens of organizations are involved but our focus is primarily on:
NIST SGIP
IEEE P2030
Discussion:
Other 802 groups such as , , , 802.1, 802.3
Bruce Kraemer, Marvell

18. February 2010
Observation #2
There is a substantial amount of material already created by NIST and other long term SmartGrid participants that describe Application Domains and Use Cases.
There is no need for to duplicate this work.
There is a need to make these data flow models more complete/quantitative .
Task 1 of NIST PAP#2 intends to supply this information.
Discussion:
Bruce Kraemer, Marvell

19. February 2010
AMI Use Case
Report to NIST on Smart Grid Interoperability Roadmap
Source: Report to NIST on Smart Grid Interoperability Roadmap
Bruce Kraemer, Marvell

20. NIST Roadmap Description of a Domain
February 2010
NIST Roadmap Description of a Domain
Source: Report to NIST on Smart Grid Interoperability Roadmap
Bruce Kraemer, Marvell

21. Other examples of Requirements
February 2010
Other examples of Requirements
Example #1 - description of need for Home Area Network
Bruce Kraemer, Marvell

22. Observation #3 The NIST PAP#2 Tasks deserve considerable attention
February 2010
Observation #3
The NIST PAP#2 Tasks deserve considerable attention
Discussion:
Bruce Kraemer, Marvell

23. NIST PAP Overview (1) February 2010
Priority Action Plans (PAPs) Described
PAPs arise from the analysis of the applicability of Standards to the Use Cases of the Smart Grid. PAPs include identified experts in relative SDOs, known as the PAP Working Group Management Team.
Specifically, a PAP addresses either:
A gap where a standard or standard extension is needed:
The need for meter image-download requirements is an example of a non-existing standard needed to fill an identified gap.
An overlap where two complementary standards address some information that is in common but different for the same scope of an Application:
An example of this is metering information where CIM, 61850, ANSI C12.19, SEP 1&2 all have non-equivalent methods of representing revenue meter readings.
PAPs should only be created when the SGIP determines there is a need for interoperability coordination on some urgent issue. The PAPs themselves are executed within the scope of the SDOs and Users Groups that sign up for tasks that implement the plans. The duty of the SGIP is to facilitate this process, ensure that all PAP materials are publicly available in real time on the TWiki (that is, not entirely within the domain of the SDOs which prevents all but membership access), and provides guidance when the participants in the PAP are at odds or unsure of its goals.
Bruce Kraemer, Marvell

24. February 2010
NIST PAP Overview (2)
It will often be the case that the SDOs that are executing the PAP tasks (as part of the PAP Working Group Execution Team) diverge from the original intent of the PAP. This is due to their natural, and correct, orientation towards their own specific goals and needs. The PAPs arise from the broader stakeholder involvement in the Smart Grid problem space and such has identified goals that come from this broader scope. In these cases, the parties are brought together under the auspices of the SGIP and an attempt to resolve the differences is pursued. The possibility could arise where this is not sufficient to move the PAP forward. In this case the PAP WG or the SGIP can:
Revise the PAP to accommodate the concerns of the implementers, or,
Can redistribute the tasks of the PAP to organizations more in line with the needs of the scope of the PAP.
Rescind the PAP judging that it is no longer in the interest of the SGIP to pursue.
Bruce Kraemer, Marvell

25. NIST PAP2 Wireless Communications for the Smart Grid (6.1.5)
February 2010
NIST PAP2 Wireless Communications for the Smart Grid (6.1.5)
Abstract:
This work area investigates the strengths, weaknesses, capabilities, and constraints of existing and emerging standards-based physical media for wireless communications. The approach is to work with the appropriate standard development organizations (SDOs) to determine the characteristics of each technology for Smart Grid application areas and types. Results are used to assess the appropriateness of wireless communications technologies for meeting Smart Grid applications.
Bruce Kraemer, Marvell

26. NIST PAP#2 Description:
February 2010
NIST PAP#2
Description:
Review existing documentation and ongoing work to assess the capabilities and weaknesses of wireless technologies operating in both licensed and unlicensed bands and to develop guidelines on their use for different Smart Grid application requirements.
Bruce Kraemer, Marvell

27. February 2010
NIST PAP#2
Objectives:
Identify requirements for use of wireless technologies for the Smart Grid.
Identify guidelines for effectively, safely, and securely employing wireless technologies for the Smart Grid.
Identify approaches to define the strengths and weaknesses of candidate wireless technologies to assist Smart Grid design decisions.
Analyze co-channel interference issues and develop coexistence guidelines for operation in unlicensed bands.
Identify key issues to be addressed in wireless assessments and development for the Smart Grid.
Bruce Kraemer, Marvell

28. February 2010
NIST PAP#2
Why:
Wireless technologies are one of many types of media that could meet many Smart Grid requirements by enabling access where other media are too costly or otherwise not workable.
However, different types of wireless technologies also have different availability, time-sensitivity, and security characteristics that may constrain what applications they are suitable for.
Therefore, different wireless technologies must be used with knowledge of their varying capabilities and weaknesses in all plausible conditions of operation. This work provides objective information on the appropriateness of use.
Bruce Kraemer, Marvell

29. February 2010
NIST PAP#2
Where:
Wireless can be used in field environments across the Smart Grid including generation plants, transmission systems, substations, distribution systems, and customer premises communications.
The choice of wireless or non-wireless, as well as type of wireless must be made with knowledge of the appropriate use of the technology.
Bruce Kraemer, Marvell

30. NIST PAP#2 – Next Meeting
February 2010
NIST PAP#2 – Next Meeting
PAP 2 session at OpenSG Users Group, San Fransisco, February 4, 2010:
A face-to-face meeting will take place on February 4th, 2010, starting at 8am until 3:00pm. This meeting is collocated with the OpenSG User Group meetings in San Fransisco during the week of February 1, Information about registration and the hotel venue can be found at:
Bruce Kraemer, Marvell

31. February 2010
NIST PAP#2 Tasks
Task 1: Segment the smart grid and wireless environments into a minimal set of categories for which individual wireless requirements can be identified.
Task 2: Develop Terminology and definitions.
Task 3: Compile & communicate use cases and develop requirements for all smart grid domains in terms that all parties can understand
Bruce Kraemer, Marvell

32. February 2010
NIST PAP#2 Tasks
Task 4: Compile and communicate a list of capabilities, performance metrics, etc. in a way that all parties can understand. - Not quantifying any standard, just defining the set of metrics.
Task 5: Create an inventory of wireless standards and their associated characteristics (defined in previous task) for the environments identified in task 1.
Task 6:Perform the mapping and conduct an evaluation of the wireless technologies based on the criteria and metrics developed in task 4.
Bruce Kraemer, Marvell

33. NIST PAP#2 -Network Information
February 2010
NIST PAP#2 -Network Information
Both IP and wireless communications priority action plans include as a first task the development of network requirements for Smart Grid applications.
Identifying these requirements is key in order to develop guidelines for the use of IP and wireless communications in the context of the Smart Grid.
Bruce Kraemer, Marvell

34. NIST PAP#2 Functional Requirements
February 2010
NIST PAP#2 Functional Requirements
Bruce Kraemer, Marvell

35. NIST PAP#2 – Task 5 Guidance
February 2010
NIST PAP#2 – Task 5 Guidance
Task 5 calls for the collection of an inventory of wireless technologies, based on the parameters and metrics developed in Task 4, to be filled by each SDO.
The purpose of the row entries in the wireless capability matrix NIST_PAP2-_Wireless_Characteristics-IEEE802-v_02.xls developed in Task 4 is to allow high level assessment of the suitability of particular wireless standard based technologies for use in various applications and domains of the Smart Grid.
Since many of the parameters in the matrix have dependencies on each other, e.g. data throughput, range and mobility, the matrix should be filled out by providing a consistent set of parameter values, rather then best case values for each parameter.
By a “consistent set” we mean that one picks some “operating point” for the technology and provides parameter values (for those that depend on operating point) that are consistent. For example, maximum data rate will not be delivered at maximum range. A column entry is expected to provide values for the error rate, range, throughput, mobility and other interrelated parameters consistent with the chosen operating point. It would be appropriate to complete more than one column for an individual technology to display the results for more than one operating point.
Bruce Kraemer, Marvell

36. February 2010
NIST PAP#2 – Task 5 so far
Bruce Kraemer, Marvell

37. February 2010
Observation #4
The Matrix rows were adequate for collecting information from SDOs.
Discussion:
The rows do/do not require further modification.
Bruce Kraemer, Marvell

38. Observation #5 The operating points used were chosen by the SDOs.
February 2010
Observation #5
The operating points used were chosen by the SDOs.
This was adequate for collecting first response information.
Discussion:
The operating point should be “standardized” to allow useful comparisons.
Bruce Kraemer, Marvell

39. February 2010
Observation #6
Within WG11, reporting on Smart Grid activities in an ad hoc forum once time block per session is adequate.
Discussion:
Bruce Kraemer, Marvell

40. Plans for Thursday One more session Thursday am1
February
doc.: IEEE /0213r1
February 2010
Plans for Thursday
One more session Thursday am1
Topics to be addressed:
1. Review the operating options /selections needed for Task 5. Process or completion.
Process for moving on thru Task 6
2. OpenSG/PAP2 activity planning
Mhz ISM reband for (Halasz presentation)
4. Coordination mechanism with 15.4g?
5. Link to Emergency Services?
6. Plan for March…. Plan for ad hoc:
Avoid overlap with 15.4g – coordinate with 15.4g
Suggestion: Tuesday pm1 and Thursday am1
Cybersecurity
EC SG
Bruce Kraemer, Marvell
Bruce Kraemer (Marvell)

41. NIST PAP#2 – Next Meeting
February 2010
NIST PAP#2 – Next Meeting
PAP 2 session at OpenSG Users Group, San Fransisco, February 4, 2010:
A face-to-face meeting will take place on February 4th, 2010, starting at 8am until 3:00pm. This meeting is collocated with the OpenSG User Group meetings in San Fransisco during the week of February 1, Information about registration and the hotel venue can be found at:
Bruce Kraemer, Marvell

42. Planning for OpenSG venue
February 2010
Planning for OpenSG venue
PAP#2 face to face meeting February 4 at SFO Hilton
How much data traffic flow characterization information will be available?
Will there be any matrix row changes?
How do we establish a common set of “operating points”?
Bruce Kraemer, Marvell

43. February 2010
Operating Point
How should operating points be described to ensure common understanding.
How to choose “operating points” with some degree of commonality across a diverse set of radio technologies and operating scenarios to allow comparison without requiring full channel models and simulations?
Bruce Kraemer, Marvell

44. Operating Point – Discussion starter
February 2010
Operating Point – Discussion starter
Maximize link margin, maximize range, accept low date rate
BPSK, 1 Mbps, single antenna
Medium range, moderate data rate
Clause 20, 64QAM,single stream, single antenna, OFDM, 40 MHz channel, 120 Mbps
Short range, maximum data rate
Clause 20, four stream, four antenna OFDM, 40 MHz channel, 600 Mbps
Bruce Kraemer, Marvell

45. Operating Point Group Discussion
February 2010
Operating Point Group Discussion
Harmonize operating point based upon:
Operating environment
1.Inside a house
Primary: Range, data rate, latency, noise environment
Secondary (QoS): Reliability, availability (need to include additional layers) (bit, packet)
2. Sub-station & generating plant
Range, data rate, latency, noise environment
3. Collection – back haul - long range
Bruce Kraemer, Marvell

46. Operating Point Group Discussion
February 2010
Operating Point Group Discussion
Regarding request that operating point include Availability and Reliability, how to measure these parameters?
Group conclusion: reuse terms from matrix
E.g., Link availability is measured as failure rate per 1000 sessions
Bruce Kraemer, Marvell

47. Consideration of NIST Link budget Method
February 2010
Consideration of NIST Link budget Method
GENERAL PURPOSE LINK BUDGET CALCULATOR
For arbitrary wireless communication radio links, this calculator explains the terms in the link budget and gives the user the opportunity to enter or change the parameters.  Macros invoked by clicking on buttons guide the user through the various options for selecting and entering the parameters.  For definiteness, the calculator uses the Hata outdoor propagation loss model. The calculator was developed as an Excel spreadsheet application by Leonard Miller.   It uses a new method for calculating the link margin needed to achieve a desired reliability when there is both lognormal shadowing and Rayleigh fading.
SOFTWARE DOWNLOAD FILE
Excel spreadsheet: download request form Version 1.24, added reminder to recalculate noise power when rate is changed 1/17/06 (Complete revision history listed on page 1 of spreadsheet)
Bruce Kraemer, Marvell

48. LinkCalc: NIST Link Budget Calculator
February 2010
LinkCalc: NIST Link Budget Calculator
The performance of a digital radio system, in terms of its bit error rate (BER) or probability of bit error (Pe), is related to the bit energy-to-noise density ratio (Eb/No) at the receiver, where "noise" may include interference in addition to the thermal noise generated in the receiver. Theoretical analysis of system performance is based on postulating a value for the signal-to-noise power ratio (SNR) at the receiver, which can be converted to received Eb/No.
When assessing the actual system performance in a particular application, it is necessary to calculate the actual received SNR.
This calculation requires a "link budget," which simply is a careful accounting of the various terms in the following equation for received SNR expressed in dB units:
SNR(dB) = Received signal power(dBm) - receiver noise power(dBm)
where, as illustrated in the diagram, the link gains include antenna gains and the link losses can be grouped into three cate-
gories: transmission losses (Lt), propagation loss (Lp), and reception losses (Lr).
Bruce Kraemer, Marvell

49. LinkCalc: NIST Link Budget Calculator
February 2010
LinkCalc: NIST Link Budget Calculator
Options
FOR A POSITIVE SURPLUS, you can
- decrease the transmitter power
- use less directive antennas or a cheaper receiver
- use lower antennas or a longer link distance
FOR A NEGATIVE SURPLUS, you can
- increase the transmitter power
- use more directive antennas or a better receiver
- use higher antennas or a shorter link distance
Bruce Kraemer, Marvell

50. Teleconference suggestion
February 2010
Teleconference suggestion
There is 1 work weeks between this IEEE session and the OpenSG/PAP#2 meeting.
IEEE 802 has an opportunity to further develop the matrix rows, explanations and operating points to enhance their utility in moving into task 6.
When further details on the data flow characterisitics become available, there will be a need to map technology against application domain.
Bruce Kraemer, Marvell

51. Establish Smart Grid ad hoc
February
doc.: IEEE /0213r1
February 2010
Establish Smart Grid ad hoc
Provide a forum for on-going /timely review of Smart Grid topics
Encourage participation from other 802 groups
1. Assist in the development & completion of PAP#2
2. Refine the 900 MHz project proposal
3. Coordination with 15.4g
Indentify other projects that would serve Smart Grid requirements
Other topics?
Leadership?
Conference calls? Wednesdays at 2pm Eastern starting on Feb 10 (no call on Feb 24)
Bruce Kraemer, Marvell
Bruce Kraemer (Marvell)

52. Information sources NIST twiki
February 2010
Information sources
NIST twiki
NIST Link Budget Calculator
Bruce Kraemer, Marvell