SG Communications Overview Matt Gillmore 02/27 /2012

May 2010

1

SG Communications Overview

Matt Gillmore02/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 AgendaFeb 27th Mon 2-4 SG Comm Boot CampFeb 28th Tues 10:30-noon SG Comm

Feb 28th Tues 1-3pm SG Network SRS Working SessionFeb 28th Tues 3:30-4:30pm SG Network / SG Simulations

Feb 29th Wed 8-10am SG Network SRS Working Session

Feb 29th Wed 10:30-noon SG Network SRS Working Session

Feb 29th Wed 1-3pmPAP2 Model Area Characteristics by density category: terrain, foliage, endpoint densities

March 1st Thur 8-10amSRS or more Model Area work e.g. finalizing the assessment profile and scaling the payloads, payloads splits baseload

March 1st

t Thur 10:30-noonSG 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 MeterUse Case Requirement How Often Reliability Latency

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

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?