Presentation is loading. Please wait.

Presentation is loading. Please wait.

Smart Grid Update – January 2011

Similar presentations


Presentation on theme: "Smart Grid Update – January 2011"— Presentation transcript:

1 Smart Grid Update – January 2011
doc.: IEEE /0133r1 January 2011 Smart Grid Update – January 2011 Name Company Address Phone Bruce Kraemer Marvell 5488 Marvell Lane, Santa Clara, CA, 95054 Date: 2011-January-10 Abstract: NIST PAP#2 Status Australian Smart Metering Bruce Kraemer, Marvell Bruce Kraemer (Marvell)

2 Thursday Meeting Topics
January 2011 Thursday Meeting Topics Topic Agenda PAP2 Action required by Jan 28 Awareness Tuesday & text review Thursday Australian Smart Metering Action required by Feb 11 Bruce Kraemer, Marvell

3 NIST PAP#2 January 2011 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

4 NIST Timeline (Anticipated)
January 2011 doc.: IEEE /0133r1 January 2011 NIST Timeline (Anticipated) Schedule as of Jan 2011 Draft 0.5 July 28, 2010 Call for Input to Section 6 August 4, 2010 End of draft 0.5 review period September 15, 2010 SGIP face-to-face, St Louis Tentative PAP 2 meeting September 16, 2010 September 30, 2010 Release of draft 0.6 October 29, 2010 End of draft 0.6 review period November 4, 2010 OpenSG + PAP2 meeting, Fort Lauderdale December 3, 2010 Extended edit period January 15, 2011 Release of Version 1 Continuation of project to extend findings June/July 2011 Release of Version 2 Bruce Kraemer, Marvell Bruce Kraemer (Marvell)

5 January 2011 Version 1.0 released Jan 13, 2011 Bruce Kraemer, Marvell

6 PAP#2 Report - Voting/Response guidelines
January 2011 PAP#2 Report - Voting/Response guidelines Vote response due date Friday Jan 28. Vote/comments not required to be completed today am1 but can we agree on direction? Allows up to 8 days to formulate response Only yes/no vote expected. Comments can be supplied if desired but there is no definitive or immediate plan to respond. Comments received will be archived for consideration during preparation of Version 2 report. Lack of response is deemed to be acceptance. Bruce Kraemer, Marvell

7 Recommendation (Tuesday)
January 2011 doc.: IEEE /0133r1 January 2011 Recommendation (Tuesday) Establish awareness of Report Revision 1 on Tuesday Request members review contents between Tues & Thurs Identify volunteers willing to prepare submission Return on Thursday with suggestions and voting position Thursday, review procedure to submit individual votes for those on the mailing list Review procedure to submit official 802 vote Initial Proposal: Based upon current document and expected project continuation, best option is to vote yes, supply comments on version 1 where needed, continue to refine in Version 2 Bruce Kraemer, Marvell Bruce Kraemer (Marvell)

8 Comment Collection (Thursday)
January 2011 doc.: IEEE /0133r1 January 2011 Comment Collection (Thursday) 1. Member comments The matrix V6-r1 supplied as part of the 802 commentary was not included There is no technology specific Appendix for Bruce Kraemer, Marvell Bruce Kraemer (Marvell)

9 Recommendation (Thursday)
January 2011 doc.: IEEE /0133r1 January 2011 Recommendation (Thursday) 1. Collect member comments 2. Consider voting options Yes with no comments Yes with non-binding comments No with willingness to change to Yes if certain conditions are met Thursday, review procedure to submit individual votes for those on the mailing list Review procedure to submit 802 group vote Option 1: Make no group decision today – allow more time to read document & collect comments - convene conf call next week to decide Option 2: Make no effort to formulate group position - just provide individual votes Option 3:??? Bruce Kraemer, Marvell Bruce Kraemer (Marvell)

10 January 2011 Australia Australia has issued a call for candidates for their Smart Metering HAN Responses from 802 should be provided Probably best from individual WG, e.g , , Bruce Kraemer, Marvell

11 Australian HAN RFI January 2011
The schedule for the RFI is as follows: 20 December 2010 Issue the RFI to standards organisations 21 January 2011 Standards organisations to register their participation via 31 January 2011 Closing date for questions 11 February 2011 Submissions due date 14 to 25 February 2011 Preparation of initial evaluation and first draft of review to be sent to the BRWG 28 February 2011 Issue RFI draft evaluation to the BRWG 8-9 March 2011 First BRWG workshop review 10-18 March 2011 BRWG's HAN Technical Group work (as required) 5-6 April 2011 Final BRWG workshop review 12 April 2011 Submission of the RFI report and Smart Metering Infrastructure Functionality Specification Change Control to the NSSC 20 April 2011 NSSC meeting May 2011 Issue HAN interface standard report to the MCE's SCO Bruce Kraemer, Marvell

12 January 2011 Proposed Project Plan submitted notification of intent to respond. Use Jan 12 call to raise awareness Use Tuesday Smart Grid to Begin coordination with , Determine if there are any questions Identify author volunteers prepare initial responses Return on Thursday to review questions/contributions Use reflector and subsequent calls to finalize responses prior to Friday Feb 11 deadline Possible Wed call slots: Jan 19, Jan 26, Feb 2, Feb 9 Bruce Kraemer, Marvell

13 3.1 Standard Organization and governance
January 2011 3.1 Standard Organization and governance Please describe the association/alliance. Please describe the governance structure of the association/alliance Describe relationships with other alliance bodies Who is eligible for membership of the association/alliance and how much does it cost to be a member? Please list major members of the alliance? Please describe the standard. Which layers of the OSI stack does the standard cover? Describe the change control process, specifically how is the standard managed? Please include who can initiate changes and how they initiate changes to the standard? How does a developer obtain a copy of the standard and how much does it cost? What tools are provided for developers and the cost of these tools? What is the licensing structure and detail any licence fees? Describe the maturity of the standard in terms of history of releases. Bruce Kraemer, Marvell

14 7.9.1.1 January 2011 7.9.1.1 HAN Device Management
The meter shall be capable of performing as the ESI for the utility HAN. The SMI shall support a means of securely registering HAN Devices to the ESI. Only registered HAN Devices shall be allowed to share information with the ESI and other HAN Devices on the utility HAN. The SMI shall support the registration of 16 individual HAN Devices on the utility HAN. The ESI shall be able to register more than one meter on the utility HAN The ESI shall be able to register other utility meter types on the utility HAN. The SMI shall be able to individually communicate with each registered HAN Device on the utility HAN. The SMI shall be able to upgrade the software in a registered HAN Device[1] on the utility HAN including the ESI The ESI shall be able to determine received signal strength at a registered HAN Device on the utility HAN (for diagnostic purposes). The SMI shall support the setting of a commencement date. This shall be used by: meters to ensure that HAN Devices cannot access data stored before the specified commencement date (this ensures HAN Devices cannot access historical data stored in meters before the specified date) The ESI to ensure that HAN Devices cannot access information received before the specified commencement date. Bruce Kraemer, Marvell

15 Additional Questions on supported functionality
January 2011 Additional Questions on supported functionality Please detail the different tariff structures supported by the standard (for example TOU, Block, CPP etc.) Tariffs need to support half hour pricing Please provide details of how the standard could be used to support customers setting a maximum price per kWh that they are prepared to pay. What happens when the price exceeds the setting? Please describe the options for load control currently supported in the standard. How does the standard support customer options for opt-in/opt-out of load control programs? Detail how the standard addresses concerns about synchronized switching of customer load? How does the standard support the provision of consumption/generation information with Current Transformer connected meters? Bruce Kraemer, Marvell

16 3.3 Physical Architecture
January 2011 3.3 Physical Architecture The NSSC feels that there is a need to support both RF and power-line communications. Please describe physical transmission media supported by the standard. For each please outline the typical range and throughput that can be expected. What are the typical constraints that may limit the expected range? The Australian Communications and Media Authority assign the frequency range available for use by different devices. For the physical communications media described above please detail the specific frequency range used by the standard. Please describe what limits the number of devices that can be supported on a home area network. Please describe the home area network topology and architecture. For example how the network is formed, this should cover the types of devices, the need for a network coordinator, ability for nodes to work as repeaters and access control. How does the standard ensure that collocated networks are isolated from each other (cannot share information) and do not interfere with each other? What measures have been taken to avoid interference from other devices? What measures have been taken to avoid interfering with other devices? What is the practical data speed of communications between HAN devices? Bruce Kraemer, Marvell

17 3.4 Testing and Certification Requirements
January 2011 3.4 Testing and Certification Requirements Please describe the certification process used to validate that all devices comply with the standard? Are different HAN functions (load control, IHD) certified separately? Please detail which parts of the standard are validated during the testing. Is there an option to certify more functionality? Please describe how the certification process includes tests for interoperability. At December 2010 how many products (by make and model) have been certified to the standard? Please list the manufacturers who have already certified products. Does the standard body provide a means to allow utilities to check details of certified devices (e.g. an audit website)? How many certification test sites are currently available? Where are these certification sites located? What are the requirements to establish a (local) testing authority? Please provide an indicative cost to undertake the testing. Bruce Kraemer, Marvell

18 Questions (due by Jan 31) Proposed question #1
January 2011 Questions (due by Jan 31) Proposed question #1 Some portions of the HAN RFI can be read as requests information while others read as a vendor procurement specification. The technology is contained in a complete Smart Metering HAN system cannot be provided by any single SDO and would need to be provided by a wide variety of Standards Organizations. Standards created by IEEE such as those in the 802 family (e.g , , , ) contain specifications for only ISO layers 1 and 2. Layers 3 and 4 for protocols such as TCP/IP are provided by IETF. Several of the questions refer to transfer of smart metering protocol messages at layers 5-7 that would be contained in a higher level protocol specification developed by yet another organization outside IEEE 802 such as ZigBee and their Smart Energy Profile 2.0 SEP 2.0.   Additionally, testing and certification is typically provided by a trade organizations such as ZigBee and the WI-Fi Alliance. We propose to explicitly answer a portion of the questions that relate to technology under our direct control and refer to other technology sources for the remainder of the responses. Do you have any comments on our approach? Bruce Kraemer, Marvell

19 January 2011 Tuesday Material Bruce Kraemer, Marvell

20 Tuesday Meeting Topics
January 2011 Tuesday Meeting Topics Topic Agenda PAP2 Action required by Jan 28 Awareness Tuesday & text review Thursday Australian Smart Metering Action required by Feb 11 P2030 Information only Sponsor ballot enrollment required by March 08 Tuesday only UK Consultation No action required this week SGIP ITU FG-Smart Bruce Kraemer, Marvell

21 Smart Grid ad hoc – Recent Documents
January 2011 Smart Grid ad hoc – Recent Documents Document * Document topic 0028-r1 January Call 1396-r3 Submission to NIST for PAP#2 1385-r1 Closing report for Nov 2010 1316-r4 Meeting document for Nov 2010 * Structure of document titles is 11-YR-doc#-re Bruce Kraemer, Marvell

22 NIST PAP#2 January 2011 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

23 January 2011 NIST PAP#2 Project Team NIST Lead: David Su, Nada Golmie, EnerNex Technical Champion Lead: Joe Hughes CSWG Liaison: Alan Greenburg SGAC Liaison: Skip Ashton SDO Leads: ISA SP100, IEEE 802, IETF, TIA, ATIS, UTC Bruce Kraemer, Marvell

24 Schedule as of Nov 2010 NIST Timeline January 2011 Draft 0.5
doc.: IEEE /0133r1 January 2011 NIST Timeline Schedule as of Nov 2010 Draft 0.5 July 28, 2010 Call for Input to Section 6 August 4, 2010 End of draft 0.5 review period September 15, 2010 SGIP face-to-face, St Louis Tentative PAP 2 meeting September 16, 2010 September 30, 2010 Release of draft 0.6 October 29, 2010 End of draft 0.6 review period November 4, 2010 OpenSG meeting, Miami Tentative PAP 2 meeting December 3, 2010 SGIP face-to-face, Chicago PAP 2 meeting Release of Version 1 Bruce Kraemer, Marvell Bruce Kraemer (Marvell)

25 NIST Timeline (Anticipated)
January 2011 doc.: IEEE /0133r1 January 2011 NIST Timeline (Anticipated) Schedule as of Jan 2011 Draft 0.5 July 28, 2010 Call for Input to Section 6 August 4, 2010 End of draft 0.5 review period September 15, 2010 SGIP face-to-face, St Louis Tentative PAP 2 meeting September 16, 2010 September 30, 2010 Release of draft 0.6 October 29, 2010 End of draft 0.6 review period November 4, 2010 OpenSG + PAP2 meeting, Fort Lauderdale December 3, 2010 Extended edit period January 15, 2011 Release of Version 1 Continuation of project to extend findings June/July 2011 Release of Version 2 Bruce Kraemer, Marvell Bruce Kraemer (Marvell)

26 PAP#2 Reports was updated Oct 1
January 2011 doc.: IEEE /0133r1 January 2011 PAP#2 Reports was updated Oct 1 Version 0.6 released Oct 1, 2010 Version 1.0 released Jan 13, 2011 Bruce Kraemer, Marvell Bruce Kraemer (Marvell)

27 NIST PAP2 – Report Version 1
January 2011 NIST PAP2 – Report Version 1 Table of Contents REVISION HISTORY V PREFACE ‐ 1 ‐ 1 OVERVIEW OF THE PROCESS ‐ 3 ‐ 2 ACRONYMS AND DEFINITIONS ‐ 4 ‐ 2.1 ACRONYMS ‐ 4 ‐ 2.2 DEFINITIONS ‐ 8 ‐ 3 SMART GRID CONCEPTUAL MODEL AND BUSINESS FUNCTIONAL REQUIREMENTS ‐ 13 ‐ 3.1 SMART GRID CONCEPTUAL REFERENCE DIAGRAMS ‐ 13 ‐ 3.2 LIST OF ACTORS ‐ 16 ‐ 3.3 SMART GRID USE CASES ‐ 18 ‐ 3.4 SMART GRID BUSINESS FUNCTIONAL AND VOLUMETRIC REQUIREMENTS ‐ 20 ‐ 3.5 USE OF SMART GRID USER APPLICATIONS’ QUANTITATIVE REQUIREMENTS FOR PAP 2 TASKS ‐ 22 ‐ 3.6 ADAPTATION OF SG NETWORK TF’S REQUIREMENTS TABLE DATA FOR USE IN NETWORK MODELING TOOLS .... ‐ 23 ‐ 3.7 SECURITY ‐ 30 ‐ Bruce Kraemer, Marvell

28 NIST PAP2 – Report Version 1
January 2011 NIST PAP2 – Report Version 1 4 WIRELESS TECHNOLOGY ‐ 31 ‐ 4.1 TECHNOLOGY DESCRIPTOR HEADINGS ‐ 31 ‐ 4.2 TECHNOLOGY DESCRIPTOR DETAILS ‐ 32 ‐ 4.2.1 Descriptions of Groups 1‐7 Submissions ‐ 32 ‐ Group 1: Link Availability ‐ 33 ‐ Group 2: Data/Media Type Supported ‐ 33 ‐ Group 3: Coverage Area ‐ 33 ‐ Group 4: Mobility ‐ 34 ‐ Group 5: Data Rates ‐ 34 ‐ Group 6: RF Utilization ‐ 34 ‐ Group 7: Data Frames and Packets ‐ 36 ‐ 4.2.2 Descriptions of Groups 8‐12 Submissions ‐ 36 ‐ Group 8: Link Quality Optimization ‐ 36 ‐ Group 9: Radio Performance Measurement & Management ‐ 37 ‐ Group 10: Power Management ‐ 37 ‐ Group 11: Connection Topologies ‐ 37 ‐ Group 12: Connection Management ‐ 37 ‐ 4.2.3 Descriptions of Groups 13‐20 Submissions ‐ 37 ‐ Group 13: QoS and Traffic Prioritization ‐ 38 ‐ Group 14: Location Characterization ‐ 38 ‐ Group 15: Security and Security Management ‐ 38 ‐ Group 16: Radio Environment ‐ 39 ‐ Group 17: Intra‐technology Coexistence ‐ 39 ‐ Group 18: Inter‐technology Coexistence ‐ 39 ‐ Group 19: Unique Device Identification ‐ 39 ‐ Group 20: Technology Specification Source ‐ 40 ‐ 4.2.4 Descriptions of Group 21 Submission ‐ 40 ‐ Group 21 Description ‐ 40 ‐ 4.3 TECHNOLOGY SUBMISSION TITLES ‐ 41 ‐ Bruce Kraemer, Marvell

29 NIST PAP2 – Report Version 1
January 2011 NIST PAP2 – Report Version 1 5 MODELING AND EVALUATION APPROACH ‐ 41 ‐ 5.1 ASSESSMENT OF WIRELESS TECHNOLOGIES AGAINST SMART GRID BUSINESS APPLICATION REQUIREMENTS ‐ 41 ‐ 5.1.1 Initial Screening ‐ 42 ‐ iii 5.1.2 Perform Refinements to Initial Screening ‐ 42 ‐ Mathematical Models ‐ 42 ‐ Simulation Models ‐ 42 ‐ Testbeds ‐ 42 ‐ Network Design ‐ 43 ‐ 5.2 MODELING FRAMEWORK ‐ 43 ‐ 5.2.1 Channel Propagation Models ‐ 44 ‐ Generic Model ‐ 45 ‐ Outdoor Channel Models ‐ 46 ‐ The Hata Model: ‐ 46 ‐ Modified Hata (aka COST 231 Model): ‐ 47 ‐ Erceg Model: ‐ 47 ‐ 5.2.2 Coverage and Range Analysis ‐ 50 ‐ 5.2.3 Physical Layer Model ‐ 53 ‐ 5.2.4 MAC Sublayer Model ‐ 53 ‐ 5.2.5 Multilink Model ‐ 55 ‐ Bruce Kraemer, Marvell

30 NIST PAP2 – Report Version 1
January 2011 NIST PAP2 – Report Version 1 6 FACTORS TO CONSIDER IN DETERMINING PERFORMANCE ‐ 56 ‐ 6.1 PERFORMANCE METRICS AND USER APPLICATION REQUIREMENTS ‐ 57 ‐ 6.2 THE COVERAGE‐CAPACITY TRADEOFF ‐ 57 ‐ 6.3 EXTENDING COVERAGE WITH MULTI‐HOP COMMUNICATIONS ‐ 61 ‐ 6.4 THE EFFECT OF THE WIRELESS LINK ENVIRONMENT ‐ 62 ‐ 6.5 THE EFFECT OF INTERFERENCE ‐ 64 ‐ 7 CONCLUSIONS ‐ 66 ‐ 8 REFERENCES ‐ 68 ‐ Bruce Kraemer, Marvell

31 NIST PAP2 – Report Version 1
January 2011 NIST PAP2 – Report Version 1 9 BIBLIOGRAPHY ‐ 68 ‐ ANNEX A IEEE ‐ 69 ‐ A.1 LINK TRAFFIC MODEL ‐ 69 ‐ A.2 PHYSICAL LAYER MODEL ‐ 69 ‐ A.3 MAC LAYER MODEL ‐ 69 ‐ A.4 MULTILINK MODEL ‐ 70 ‐ A.5 PARAMETERS AND ASSUMPTIONS USED IN THE NUMERICAL EXAMPLES ‐ 70 ‐ A.6 REFERENCES ‐ 72 ‐ ANNEX B 3GPP LONG TERM EVOLUTION (LTE) ‐ 74 ‐ B.1 MODELING APPROACH AND ASSUMPTIONS ‐ 74 ‐ B.2 CHANNEL PROPAGATION MODEL ‐ 76 ‐ B.3 COVERAGE ANALYSIS ‐ 76 ‐ B.4 CAPACITY ANALYSIS ‐ 77 ‐ B.4.1 Sector Capacity ‐ 77 ‐ B.4.2 Available Throughput per Smart Meter ‐ 79 ‐ B.5 REFERENCES ‐ 81 ‐ Bruce Kraemer, Marvell

32 NIST PAP2 – Report Version 1
January 2011 NIST PAP2 – Report Version 1 ANNEX C 3GPP HIGH SPEED PACKET ACCESS (HSPA) ‐ 82 ‐ C.1 MODELING APPROACH AND ASSUMPTIONS ‐ 82 ‐ C.2 ANALYSIS ‐ 83 ‐ C.3 CAPACITY‐LIMITED AND COVERAGE‐LIMITED SCENARIOS ‐ 84 ‐ C.3.1 Scenario 1: Capacity‐limited system ‐ 84 ‐ C.3.2 Scenario 2: Coverage‐limited system ‐ 85 ‐ ANNEX D CDMA2000 1X AND HIGH RATE PACKET DATA (HRPD) ‐ 86 ‐ iv D.1 INTRODUCTION ‐ 86 ‐ D.2 SYSTEM MODEL ‐ 86 ‐ D.3 TRAFFIC BETWEEN DAP AND AMI HEAD END ‐ 88 ‐ D.4 NUMBER OF METERS IN A CDMA2000 1X OR HRPD SECTOR ‐ 96 ‐ D.5 CDMA2000 1X AND HRPD SYSTEM THROUGHPUT ‐ 96 ‐ D.6 CONCLUSION ‐ 97 ‐ D.7 REFERENCES ‐ 97 ‐ ANNEX E IEEE /WIMAX NETWORK ‐ 99 ‐ E.1 REFERENCES ‐ 104 ‐ Bruce Kraemer, Marvell

33 PAP#2 Report - Voting/Response guidelines
January 2011 PAP#2 Report - Voting/Response guidelines Vote response established as Friday Jan 28. Only yes/no vote expected. Comments can be supplied if desired but there is no definitive or immediate plan to respond. Comments received will be archived for consideration during preparation of Version 2 report. Lack of response is deemed to be acceptance. Bruce Kraemer, Marvell

34 Recommendation Establish awareness of Report Revision 1 on Tuesday
January 2011 doc.: IEEE /0133r1 January 2011 Recommendation Establish awareness of Report Revision 1 on Tuesday Request members review contents between Tues & Thurs Identify volunteers willing to prepare submission Return on Thursday with suggestions and voting position Thursday, review procedure to submit individual votes for those on the mailing list Review procedure to submit official 802 vote Initial Proposal: Based upon current document and expected project continuation, best option is to vote yes, supply comments on version 1 where needed, continue to refine in Version 2 Bruce Kraemer, Marvell Bruce Kraemer (Marvell)

35 January 2011 Australia Australia has issued a call for candidates for their Smart Metering HAN Responses from 802 should be provided Probably best from individual WG, e.g , , Bruce Kraemer, Marvell

36 January 2011 Australian HAN RFI Request for information– home area network (HAN) interface standard The NSSC is required under its terms of reference to provide advice to the Ministerial Council on Energy's (MCE's) Standing Committee of Officials (SCO) on an open standard to support the provision of a home area network (HAN) for customers using the smart metering infrastructure. The NSSC has issued a request for information (RFI) to standard organisations to provide information on the capabilities of their HAN standard to meet the minimum functionality requirements for a HAN. The objectives of the RFI are to confirm that: the HAN minimum functionality requirements (section 7.9 of the Smart Metering Infastructure Minimum Functionality Specification, version 1.1) are clearly understood and unambiguously stated one or more standards are capable of meeting the minimum functionality requirements for a HAN interface Bruce Kraemer, Marvell

37 Australian HAN RFI January 2011
The schedule for the RFI is as follows: 20 December 2010 Issue the RFI to standards organisations 21 January 2011 Standards organisations to register their participation via 31 January 2011 Closing date for questions 11 February 2011 Submissions due date 14 to 25 February 2011 Preparation of initial evaluation and first draft of review to be sent to the BRWG 28 February 2011 Issue RFI draft evaluation to the BRWG 8-9 March 2011 First BRWG workshop review 10-18 March 2011 BRWG's HAN Technical Group work (as required) 5-6 April 2011 Final BRWG workshop review 12 April 2011 Submission of the RFI report and Smart Metering Infrastructure Functionality Specification Change Control to the NSSC 20 April 2011 NSSC meeting May 2011 Issue HAN interface standard report to the MCE's SCO Bruce Kraemer, Marvell

38 January 2011 Proposed Project Plan submitted notification of intent to respond. Use Jan 12 call to raise awareness Use Tuesday Smart Grid to Coordinate with Determine if there are any questions Identify author volunteers prepare initial responses Return on Thursday to review contributions Use reflector and subsequent calls to finalize responses prior to Friday Feb 11 deadline Possible Wed call slots: Jan 19, Jan 26, Feb 2, Feb 9 Bruce Kraemer, Marvell

39 Recommendation Establish awareness of Report Revision 1 on Tuesday
January 2011 doc.: IEEE /0133r1 January 2011 Recommendation Establish awareness of Report Revision 1 on Tuesday Request members review contents between Tues & Thurs Identify volunteers willing to prepare submission Return on Thursday with suggestions and voting position Thursday, review procedure to submit individual votes for those on the mailing list Review procedure to submit official 802 vote Initial Proposal: Based upon current document and expected project continuation, best option is to vote yes, supply comments on version 1 where needed, continue to refine in Version 2 Bruce Kraemer, Marvell Bruce Kraemer (Marvell)

40 January 2011 P2030 IEEE P2030™/D Draft Guide for Smart Grid 3 Interoperability of Energy 4 Technology and Information 5 Technology Operation With the 6 Electric Power System (EPS), and 7 End-Use Applications and Loads Bruce Kraemer, Marvell

41 January 2011 P2030 17-JAN :32:44 ET When completed, P2030 will provide guidelines for smart grid interoperability. It will provide an knowldege base addressing terminology, charateristics, functional performance and evaluation criteria, and the application of engineering principles for smart grid interoperability of the electric power system with end-use applications and loads. It will also discuss alternate approaches to good practices for the smart grid. Bruce Kraemer, Marvell

42 P2030 IEEE P2030 Working Group Meeting February 22-23, 2011
January 2011 P2030 IEEE P2030 Working Group Meeting February 22-23, 2011 IEEE P2030.1 February 24, 2011 Draft Agenda (1/13/11) New Orleans, Louisiana Agenda Summary:  Tuesday, February 22, 2011 – P2030 WG Meeting: 8:30 a.m. – 5:00 p.m.  Wednesday, February 23, 2011 – P2030 WG Meeting: 8:30 a.m. – 5:00 p.m.  Thursday, February 24, 2011 – P WG Meeting: 8:30 a.m. – 5:00 p.m. Bruce Kraemer, Marvell

43 January 2011 P2030 IMPORTANT! To participate, you must have access to myProject through an IEEE Web Account. If you would like to participate in IEEE Standards Sponsor Ballot P2030 you must enroll as a member of the ballot group by 08-Mar-2011, 11:59 p.m. Eastern Time. Title: Guide for Smart Grid Interoperability of Energy Technology and Information Technology Operation With the Electric Power System (EPS), and End-Use Applications and Loads ***** IEEE STANDARD DOCUMENT INFORMATION ***** The IEEE-SASB Coordinating Committees Society/Guide for Smart Grid Interoperability of Energy Technology and Information Technology Operation With the Electric Power System (EPS), and End-Use Applications and Loads invites you to participate in the New Sponsor Ballot for: P2030 Title: Guide for Smart Grid Interoperability of Energy Technology and Information Technology Operation With the Electric Power System (EPS), and End-Use Applications and Loads Scope: This document provides guidelines for smart grid interoperability. This guide provides a knowledge base addressing terminology, characteristics, functional performance and evaluation criteria, and the application of engineering principles for smart grid interoperability of the electric power system with end use applications and loads. The guide discusses alternate approaches to good practices for the smart grid. Purpose: This standard provides guidelines in understanding and defining smart grid interoperability of the electric power system with end-use applications and loads. Integration of energy technology and information and communications technology is necessary to achieve seamless operation for electric generation, delivery, and end-use benefits to permit two way power flow with communication and control. Interconnection and intra-facing frameworks and strategies with design definitions are addressed in this standard, providing guidance in expanding the current knowledge base. This expanded knowledge base is needed as a key element in grid architectural designs and operation to promote a more reliable and flexible electric power system. ***** MESSAGE FROM THE WORKING GROUP CHAIR ***** Please feel free to forward this invitation to other interested stakeholders. Further background information on P2030 may be found at and further IEEE standards information at Bruce Kraemer, Marvell

44 January 2011 UK Smart Metering Smart Metering Implementation Programme: prospectus status Formal written consultation has closed and is awaiting publication of the Government’s response. (1 of 21 consultations in similar state) UK aim is to provide a summary of public responses to consultation within three months of the closing date. Bruce Kraemer, Marvell

45 UK Smart Metering - Introduction
January 2011 UK Smart Metering - Introduction Reference Number: 10D/732 Open Date: Close Date:   On 27 July 2010, the Government with Ofgem published a Prospectus containing proposals for the delivery of electricity and gas smart metering in Great Britain. This covers both domestic households and small and medium non-domestic sites. The Prospectus document, which represents the joint views of the Department of Energy and Climate Change (DECC) and the Gas and Electricity Markets Authority (GEMA), sets out proposals for and asks for views on how smart metering will be delivered, including on issues relating to: the minimum requirements for meters and displays the establishment of central communications and data services data privacy and security issues the regulatory and commercial framework the approach to small and medium sites in the non-domestic sector consumer protection the approach to rollout and the implementation strategy Bruce Kraemer, Marvell

46 UK Consultation documents
January 2011 doc.: IEEE /0133r1 January 2011 UK Consultation documents Consultation documents Smart Metering implementation programme: prospectus - letter to consultees Size: [50 KB] File Type: [.doc] Smart Metering implementation programme: prospectus document Size: [786 KB] File Type: [.pdf] Bruce Kraemer, Marvell Bruce Kraemer (Marvell)

47 January 2011 SGIP Bruce Kraemer, Marvell

48 Catalog of Standards (Status of Work in Progress)
January 2011 doc.: IEEE /0133r1 Plenary leadership team working in conjunction with SGAC and other SGIP working groups Proposed Scope of the Standards Catalog Standards and guides recognized as relevant for enabling SG capabilities Proposed Objectives of the Standards Catalog Explain value & purpose of the catalog for SG community Influential, but independent of NIST/FERC decision-making Characterize the various specification organizations with respect to their processes in developing their specifications Provide an annotated resource that identifies standards created by recognized SSOs and/or industry consortia that are relevant to Smart Grid applications Identify functional areas of smart grid where each standard is appropriate (draw on SGAC work) Initial Document under review by the SGIP board 48 Bruce Kraemer (Marvell)

49 Catalog of Standards: Process & Structure
January 2011 doc.: IEEE /0133r1 Process NIST Framework and Roadmap for SG Interoperability v1.0 identifies many standards to consider Additional standards can be identified to the SGIP Administrator by any SGIP member for potential inclusion in catalog Relevance and importance evaluated by appropriate SGIP working group (e.g. DEWG, PAP, etc) and consensus developed 75% approval by SGIP membership required prior to SGIPGB approval for inclusion in the catalog Standards included in the catalog may be deprecated from further use to changes in technology or needs by following the same process. Catalog Structure Entries in catalog to be structured based on application domain defined in the Framework and further classified by GWAC stack Relationship to NIST and FERC lists Standards Catalog strives for accurate characterization and relevance to the smart grid community, and avoids recommendation Standards Catalog expected to be a larger compilation which can inform NIST and FERC in their decision processes 49 Bruce Kraemer (Marvell)

50 SGIP Catalog of Standards
The catalog is a compendium of standards and practices considered to be appropriate for the development and deployment of a robust and interoperable Smart Grid. The catalog may contain multiple entries that may accomplish the goals and are functionality equivalent; similarly a single standards entry may contain optional elements that need not be implemented by all implementations. In general, compliance with a standard does not guarantee interoperability due to the above reasons or due to vagueness or under-specification in the base document. The SGIP as a part of its work program is defining a testing and certification program that may be applied to the standards listed in the catalog and that, if applied, will substantiate that implementations claiming compliance with the respective standards are also interoperable. Where test profiles have been defined for a particular standard this will be indicated in the catalog entry.

51 NIST PAPZZ – AMI Security Subgroup
January 2011 NIST PAPZZ – AMI Security Subgroup Abstract This priority action plan will lead to development of a standardized of a set of advanced metering infrastructure (AMI) security requirements by a formally recognized Standards Development Organization (SDO) or a selected Standards Setting Organization (SSO). In performing each of its tasks, members of this priority action plan will liaison with the NIST CSWG Testing and Certification Subgroup to ensure standardized requirements facilitate the goals and objectives for testing and certification. To ensure the result does not become quickly obsolete and avoid inhibiting market creativity, members of this priority action plan will endeavor to find a sufficiently detailed level of specificity to make controls actionable such as specifying criteria for selection of mechanisms, protocols, and techniques; however the desired standard shall avoid prescribing sub-system design or identifying specific products or vendor names. For example, specifying criteria for identification of acceptable encryption algorithms and key sizes is appropriate, as is delineating requirements for handling of key material within a device; however dictating chip layout or code structure is below the level of specificity appropriate for this activity. Members of this priority action plan shall also ensure documentation developed extends the architecture and view presented in the NIST Interagency Report 7628 (“NISTIR”). Members of this priority action plan shall communicate any and all gaps between source documentation and the NISTIR identified during the development process to the relevant parent organization. Bruce Kraemer, Marvell

52 SGIP Catalog of Standards
January 2011 doc.: IEEE /0133r1 January 2011 SGIP Catalog of Standards The catalog is a compendium of standards and practices considered to be appropriate for the development and deployment of a robust and interoperable Smart Grid. The catalog may contain multiple entries that may accomplish the goals and are functionality equivalent. The SGIP as a part of its work program is defining a testing and certification program that may be applied to the standards listed in the catalog and that, if applied, will substantiate that implementations claiming compliance with the respective standards are also interoperable. Where test profiles have been defined for a particular standard this will be indicated in the catalog entry. Initial document under review by SGIP board. Bruce Kraemer, Marvell Bruce Kraemer (Marvell)

53 Smart Grid Standards Information Version 1.8
January 2011 Smart Grid Standards Information Version 1.8 Thursday, November 18, 2010 Bruce Kraemer, Marvell

54 ITU FG-SMART FG Management Chairman: Les Brown (Lantiq, Germany)
January 2011 ITU FG-SMART FG Management Chairman: Les Brown (Lantiq, Germany) Vice-Chairman: Li Haihua (MIIT, China) Vice-Chairman: Hyung-Soo (Hans) Kim (Korea Telecom, Korea) Vice-Chairman: Yoshito Sakurai (Hitachi, Japan) Vice-Chairman: David Su (NIST/USA) Bruce Kraemer, Marvell

55 ITU FG Smart ITU-T Focus Group on Smart Grid (FG Smart)
January 2011 ITU FG Smart ITU-T Focus Group on Smart Grid (FG Smart) Started May 2010 The Terms of Reference of the Focus Group are available here. The Focus Group will, identify potential impacts on standards development investigate future ITU-T study items and related actions familiarize ITU-T and standardization communities with emerging attributes of smart grid encourage collaboration between ITU-T and smart grid communities The Focus Group will collaborate with worldwide smart grid communities (e.g., research institutes, forums, academia) including other SDOs and consortia. Bruce Kraemer, Marvell

56 FG –Smart Structure Writing a Document Working Groups 1 – Uses Cases
January 2011 FG –Smart Structure Writing a Document Working Groups 1 – Uses Cases 2 – Requirements 3 – Architecture Bruce Kraemer, Marvell

57 January 2011 ITU FG Smart Fourth meeting Chicago, USA, 29 November – 3 December 2010 Registration form Meeting Announcement Meeting documents Deadline for Contributions: 25 November 2010 Fifth meeting Yokohama, Japan, January 2011 Meeting documents Bruce Kraemer, Marvell

58 NIST SGIP Meetings- 2011 Event Date Time Location SGIP Plenary Jan 21
January 2011 NIST SGIP Meetings- 2011 Event Date Time Location SGIP Plenary Jan 21 1-3 pm ET Telecon Mar 29-31 All day Nashville, TN or telecon SGIP Board Mar 29 8am - noon May 12 1-4 pm ET May 26 Bruce Kraemer, Marvell


Download ppt "Smart Grid Update – January 2011"

Similar presentations


Ads by Google