SG Communications Overview Matt Gillmore 02/27 /2012
description
Transcript of 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?