1 / 58

Smart Grid Update – January 2011

Smart Grid Update – January 2011. Date: 2011-January-10. Abstract: NIST PAP#2 Status Australian Smart Metering. Thursday Meeting Topics. NIST PAP#2. Abstract:

loub
Télécharger la présentation

Smart Grid Update – January 2011

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Smart Grid Update – January 2011 Date: 2011-January-10 Abstract: NIST PAP#2 Status Australian Smart Metering Bruce Kraemer, Marvell

  2. Thursday Meeting Topics Bruce Kraemer, Marvell

  3. NIST PAP#2 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. http://collaborate.nist.gov/twiki-sggrid/bin/view/SmartGrid/PAP02Wireless Bruce Kraemer, Marvell

  4. Draft 0.5 July 28, 2010 August 4, 2010 Call for Input to Section 6 September 15, 2010 End of draft 0.5 review period SGIP face-to-face, St Louis Tentative PAP 2 meeting September 16, 2010 NIST Timeline (Anticipated) Schedule as of Jan 2011 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 Extended edit period December 3, 2010 Release of Version 1 January 15, 2011 Continuation of project to extend findings Release of Version 2 June/July 2011 Bruce Kraemer, Marvell

  5. Version 1.0 released Jan 13, 2011 • http://collaborate.nist.gov/twiki-sggrid/pub/SmartGrid/PAP02Objective3/NIST_PAP2_Guidelines_for_Assessing_Wireless_Standards_for_Smart_Grid_Applications_1.0.pdf Bruce Kraemer, Marvell

  6. 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) • 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

  8. 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 802.15 Bruce Kraemer, Marvell

  9. 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

  10. 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 802.11, 802.15, 802.16 • http://share.aemo.com.au/smartmetering/default.aspx Bruce Kraemer, Marvell

  11. Australian HAN RFI • 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 email • 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 http://share.aemo.com.au/smartmetering/Pages/BRWG.aspx Bruce Kraemer, Marvell

  12. Proposed Project Plan • 802.11 submitted notification of intent to respond. • Use Jan 12 call to raise awareness • Use Tuesday Smart Grid to • Begin coordination with 802.15, 802.11 • 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 • 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 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 registeringHAN Devices to the ESI. Only registeredHAN 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 registeredHAN Device on the utility HAN. • The SMI shall be able to upgrade the software in a registeredHAN Device[1] on the utility HAN including the ESI • The ESI shall be able to determine received signal strength at a registeredHAN 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 • 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 • 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 • 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 • 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. 802.3, 802.11, 802.15, 802.16) 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. Tuesday Material Bruce Kraemer, Marvell

  20. Tuesday Meeting Topics Bruce Kraemer, Marvell

  21. Smart Grid ad hoc – Recent Documents * Structure of 802.11 document titles is 11-YR-doc#-re https://mentor.ieee.org/802.11/documents Bruce Kraemer, Marvell

  22. NIST PAP#2 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. http://collaborate.nist.gov/twiki-sggrid/bin/view/SmartGrid/PAP02Wireless Bruce Kraemer, Marvell

  23. NIST PAP#2 Project Team • NIST Lead: David Su, david.su@nist.gov; Nada Golmie, nada.golmie@nist.gov • EnerNex Technical Champion Lead: Joe Hughes jhughes@epri.com • CSWG Liaison: Alan Greenburg • SGAC Liaison: Skip Ashton • SDO Leads: ISA SP100, IEEE 802, IETF, TIA, ATIS, UTC Bruce Kraemer, Marvell

  24. July 28, 2010 Draft 0.5 August 4, 2010 Call for Input to Section 6 September 15, 2010 End of draft 0.5 review period September 16, 2010 SGIP face-to-face, St Louis Tentative PAP 2 meeting NIST Timeline Schedule as of Nov 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 SGIP face-to-face, Chicago PAP 2 meeting December 3, 2010 Release of Version 1 Bruce Kraemer, Marvell

  25. Draft 0.5 July 28, 2010 August 4, 2010 Call for Input to Section 6 September 15, 2010 End of draft 0.5 review period SGIP face-to-face, St Louis Tentative PAP 2 meeting September 16, 2010 NIST Timeline (Anticipated) Schedule as of Jan 2011 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 Extended edit period December 3, 2010 Release of Version 1 January 15, 2011 Continuation of project to extend findings Release of Version 2 June/July 2011 Bruce Kraemer, Marvell

  26. PAP#2 Reports was updated Oct 1 • Version 0.6 released Oct 1, 2010 • http://collaborate.nist.gov/twiki-sggrid/pub/SmartGrid/PAP02Wireless/NIST_Priority_Action_Plan_2_r06.pdf • Version 1.0 released Jan 13, 2011 • http://collaborate.nist.gov/twiki-sggrid/pub/SmartGrid/PAP02Objective3/NIST_PAP2_Guidelines_for_Assessing_Wireless_Standards_for_Smart_Grid_Applications_1.0.pdf http://collaborate.nist.gov/twiki-sggrid/pub/SmartGrid/PAP02Objective3/NIST_PAP2_Guidelines_for_Assessing_Wireless_Standards_for_Smart_Grid_Applications_1.0.pdf Bruce Kraemer, Marvell

  27. 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 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 ‐ 4.2.1.1 Group 1: Link Availability ...................................................................................................... ‐ 33 ‐ 4.2.1.2 Group 2: Data/Media Type Supported ................................................................................... ‐ 33 ‐ 4.2.1.3 Group 3: Coverage Area ......................................................................................................... ‐ 33 ‐ 4.2.1.4 Group 4: Mobility ................................................................................................................... ‐ 34 ‐ 4.2.1.5 Group 5: Data Rates ............................................................................................................... ‐ 34 ‐ 4.2.1.6 Group 6: RF Utilization ........................................................................................................... ‐ 34 ‐ 4.2.1.7 Group 7: Data Frames and Packets ........................................................................................ ‐ 36 ‐ 4.2.2 Descriptions of Groups 8‐12 Submissions ......................................................................... ‐ 36 ‐ 4.2.2.1 Group 8: Link Quality Optimization ........................................................................................ ‐ 36 ‐ 4.2.2.2 Group 9: Radio Performance Measurement & Management ................................................ ‐ 37 ‐ 4.2.2.3 Group 10: Power Management.............................................................................................. ‐ 37 ‐ 4.2.2.4 Group 11: Connection Topologies .......................................................................................... ‐ 37 ‐ 4.2.2.5 Group 12: Connection Management ..................................................................................... ‐ 37 ‐ 4.2.3 Descriptions of Groups 13‐20 Submissions ....................................................................... ‐ 37 ‐ 4.2.3.1 Group 13: QoS and Traffic Prioritization ................................................................................ ‐ 38 ‐ 4.2.3.2 Group 14: Location Characterization ..................................................................................... ‐ 38 ‐ 4.2.3.3 Group 15: Security and Security Management ...................................................................... ‐ 38 ‐ 4.2.3.4 Group 16: Radio Environment ................................................................................................ ‐ 39 ‐ 4.2.3.5 Group 17: Intra‐technology Coexistence ............................................................................... ‐ 39 ‐ 4.2.3.6 Group 18: Inter‐technology Coexistence ............................................................................... ‐ 39 ‐ 4.2.3.7 Group 19: Unique Device Identification ................................................................................. ‐ 39 ‐ 4.2.3.8 Group 20: Technology Specification Source ........................................................................... ‐ 40 ‐ 4.2.4 Descriptions of Group 21 Submission ............................................................................... ‐ 40 ‐ 4.2.4.1 Group 21 Description ............................................................................................................. ‐ 40 ‐ 4.3 TECHNOLOGY SUBMISSION TITLES ....................................................................................................... ‐ 41 ‐ Bruce Kraemer, Marvell

  29. 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 ‐ 5.1.2.1 Mathematical Models ............................................................................................................ ‐ 42 ‐ 5.1.2.2 Simulation Models ................................................................................................................. ‐ 42 ‐ 5.1.2.3 Testbeds ................................................................................................................................ ‐ 42 ‐ 5.1.2.4 Network Design ...................................................................................................................... ‐ 43 ‐ 5.2 MODELING FRAMEWORK ................................................................................................................... ‐ 43 ‐ 5.2.1 Channel Propagation Models ........................................................................................... ‐ 44 ‐ 5.2.1.1 Generic Model ....................................................................................................................... ‐ 45 ‐ 5.2.1.2 Outdoor Channel Models ....................................................................................................... ‐ 46 ‐ 5.2.1.2.1 The Hata Model: ............................................................................................................... ‐ 46 ‐ 5.2.1.2.2 Modified Hata (aka COST 231 Model): ............................................................................. ‐ 47 ‐ 5.2.1.2.3 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 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 9 BIBLIOGRAPHY ....................................................................................................................... ‐ 68 ‐ ANNEX A IEEE 802.11 ............................................................................................................... ‐ 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 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 802.16/WIMAX NETWORK ..................................................................................... ‐ 99 ‐ E.1 REFERENCES ................................................................................................................................. ‐ 104 ‐ Bruce Kraemer, Marvell

  33. 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 • 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

  35. 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 802.11, 802.15, 802.16 • http://share.aemo.com.au/smartmetering/default.aspx Bruce Kraemer, Marvell

  36. 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 http://share.aemo.com.au/smartmetering/Pages/BRWG.aspx Bruce Kraemer, Marvell

  37. Australian HAN RFI • 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 email • 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 http://share.aemo.com.au/smartmetering/Pages/BRWG.aspx Bruce Kraemer, Marvell

  38. Proposed Project Plan • 802.11 submitted notification of intent to respond. • Use Jan 12 call to raise awareness • Use Tuesday Smart Grid to • Coordinate with 802.15 • 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 • 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

  40. P2030 • IEEE P2030™/D.4.0 2 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. P2030 • 17-JAN-2011 17: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 • 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 – P2030.2 WG Meeting: 8:30 a.m. – 5:00 p.m. Bruce Kraemer, Marvell

  43. 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 P2030you 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:P2030Title: Guide for Smart Grid Interoperability of Energy Technology and Information Technology Operation With the Electric Power System (EPS), and End-Use Applications and LoadsScope: 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 http://grouper.ieee.org/groups/scc21/2030/2030_index.html and further IEEE standards information at http://standards.ieee.org/develop/ Bruce Kraemer, Marvell

  44. UK Smart Metering http://www.decc.gov.uk/en/content/cms/consultations/consultations.aspx 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 • Reference Number: 10D/732Open Date: 2010-07-27Close 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 http://www.decc.gov.uk/en/content/cms/consultations/smart_mtr_imp/smart_mtr_imp.aspx Bruce Kraemer, Marvell

  46. 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] http://www.decc.gov.uk/en/content/cms/consultations/smart_mtr_imp/smart_mtr_imp.aspx Bruce Kraemer, Marvell

  47. SGIP Bruce Kraemer, Marvell

  48. Catalog of Standards (Status of Work in Progress) Initial Document under review by the SGIP board 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 relevantto Smart Grid applications • Identify functional areas of smart grid where each standard is appropriate (draw on SGAC work)

  49. Catalog of Standards: Process & Structure • 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 memberfor 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

  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. http://collaborate.nist.gov/twiki-sggrid/bin/view/SmartGrid/SGIPCatalogOfStandards

More Related