May SG Communications Overview Matt Gillmore 02/27/2012

SG Boot Camp Agenda SG Communications structure within UCAiug Overview of this weeks meeting schedule Overview of SG-Network Walkthrough of SG-Networks work – Requirements – Architecture reference diagram – System Requirements Specification overview

Open SG Organization

SG Communications Agenda Feb 27thMon 2-4SG Comm Boot Camp Feb 28thTues 10:30-noonSG Comm Feb 28thTues 1-3pmSG Network SRS Working Session Feb 28thTues 3:30-4:30pm SG Network / SG Simulations Feb 29thWed 8-10amSG Network SRS Working Session Feb 29thWed 10:30-noonSG Network SRS Working Session Feb 29thWed 1-3pm PAP2 Model Area Characteristics by density category: terrain, foliage, endpoint densities March 1 st Thur 8-10am SRS or more Model Area work e.g. finalizing the assessment profile and scaling the payloads, payloads splits baseload March 1 st tThur 10:30-noon SG Network / PAP2 Model Issues: Payload aggregation and lose of payload volumetrics especially on latency.

SG-Network Overview Previously started as AMI-Network with a focus on network management. Scope and Charter for SG-Network within UCAiug – NIST PAP 2 (Wireless standards for the Smart Grid) Supply functional requirements for Smart Grid Networks from a utility perspective Define functional domains within the Smart Grid – Create a System Requirements Specification Provide information to SDO’s (e.g., IEEE P2030) Participation – Utilities, Academia, Vendors

SG-Network Overview Continued Deliverables – Communications Requirements Latency, How Often, Payload size, etc – Database for using the requirements – System Requirements Specification Pulls all of the work together – Reference Architecture Diagram

SG-Network Output Progress to date: – System Requirements Specification V5 complete Key stats: 19 payload-groupings (usecases) 204 payloads 500 payload-parent-sets 7877 requirement rows (including parents and 2 rows flagged for deletion) – Database matches requirements capture from SRS V5

Examples of work accomplished to date Sample Actors – Smart Meter – Load Management System (LMS) Sample Requirement for a Smart Meter Use CaseRequirementHow OftenReliabilityLatency Meter reading Smart Meter shall be able send on demand read information 1 transaction per meter on demand > 98%< 5s Meter reading Smart Meter shall be able to report on demand read communication failure 1 transaction per meter on demand > 98%< 5s Meter reading Residential Electric Smart Meter shall be able to report when scheduled All meters report 4-6 times per day > 98%< 4hr

NIST Conceptual Model

Reference Architecture from NISTIR

P2030 Smart Grid Comms Reference Architecture

SG-Networks Reference Architecture

Deliverables Interim Release 1.0 was published in December 2009 – Requirements and some volumetric and latency requirements Interim Release 2.0 was published in February 2010 – Requirements, volumetric, latency requirements, security, implications and more use cases – Reference Architecture Diagram first published – System requirements specification published Interim Release 3.0 was published in May 2010 – Addition of the following use cases: Pre-Payment, Meter Events, DA and Outage Management – System requirements specification updates Interim Release 4.0 was published in June 2010 – Addition of the following use cases: DRLC, DA fault isolation and reconfiguration – System requirements specification re-write Interim Release 5.0 was published in October 2011

Work Plan for the week System requirements Specification working sessions Review Plan scope of the next interim release NIST SGIP Priority Action Plan 2 joint meeting Thursday

Questions?