UtilityAMI HAN Task Force

July 11, 2007

Agenda

Introductions Review of project timeline and milestones Review of recently approved guiding principles HAN Functional Characteristics and System

Criteria (HFCSC) discussion Vote to approve HFCSC Comments on use cases and normalization

process Logistics for July 31 Meeting Adjourn

Introductions and TF Operating Rules OpenHAN is a TF of the UtilityAMI WG and

operates under the same governing rules This is a utility driven activity Members in good standing of the UCA International

Users Group which represent a utility are eligible to vote

Utility members are permitted to put any issue on the table for discussion or vote

Any member may contribute / comment A majority of utility members may vote to table any

issue

Project Timeline

Today – discuss and vote on HFCSC July 13 – all to submit new, updated use cases July 16 – team lead by CA IOU’s begins normalization process August 1 – Normalized use cases available for review August 13 – Draft of “Platform Independent Requirements and

Architecture” document August 15 – Physical meeting in Jackson Michigan hosted by

Consumers Energy – review “Platform Independent Requirements and Architecture” document

August 20 – Smart Metering West Coast – HAN Workshop August 24 – final draft document(s) available for vote August 31 – publish our document(s) and issue press release

HAN Guiding Principles

Value Proposition

Guiding Principles

Functional

Characteristics & Criteria

Platform Independent Requirements

Platform Requirements

(Technology Specific)

OpenH

AN

Com

pliant

HAN Guiding Principles

1. Supports a secure 2-way communication between the AMI Network and the HAN

2. Supports load control integration (e.g., distributed resource dispatch / control / relaying)

3. Provides direct access to usage and other meter data (e.g., kWHr, KW, Voltage, etc.)

4. Provides a platform for future customer owned products which leverage meter data and utility/grid information

5. Supports three types of communications: public price signaling, consumer specific signaling and control signaling

6. Supports communications to other HAN Devices with metering capability (e.g., gas and/or water meter communication, EV sub-metering, PV sub-metering, etc.)

7. AMI Network interface to HAN interface is based on open standards8. Implementation is appropriate given the high value and relative low cost9. Potential technology obsolescence is low due to multiple bridging

options

HAN Functional Characteristics

Value Proposition

Guiding Principles

Functional

Characteristics & Criteria

Platform Independent Requirements

Platform Requirements

(Technology Specific)

OpenH

AN

Com

pliant

HAN Functional Characteristics and System Criteria

Applications

DirectControl

Cycling Control

Limiting Control

Distributed Generation

Submetering

EnvironmentState

Device State

EnergyCost

Energy Production

Energy Optimization

Energy Demand

Reduction

EnvironmentImpact

UserInput

UserOutput

ControlHuman

MachineInterface

MeasureMonitor

System

Communications

Discovery Control

Announce

Respond

InitialIdentify

Identify

Authenticate

Configure

Organize

Optimize

Prioritize

Mitigation

Security PerformanceOperations

MaintenanceLogistics

Availability Reliability Maintain-

ability

Scalability Upgrade-

ability Quality

Lev

el 4

Lev

el 2

Lev

el 3

Lev

el 1

Integrity Account-

abilityRegistration

Authentication

AccessControl

Confidenti-ality

Public

Private

Utility

Initialization

Validation

Correlation

Resistance

Recovery

Audit

Non-Repudaition

Revocation

Pre-commision

Registrationconfig

Labeling

Document

Support

AlarmLogging

Testing

Reset

Installation ManufactureDistribute

Manage Maintain

Purchasing

Platform Independent Requirements

CommisionProcessing

Energy Consumption

Authorization

HAN Application Characteristics Control - Applications that respond to control commands

Direct - Turns load On or Off Cycling - Turns load On or Off at configurable time intervals Limiting - Turns load On or Off based on configurable thresholds

Measurement & Monitoring - Applications that provide internal data & status Distributed generation (DG) - Local energy input/output (kWh, kW, other energy values) Sub-metering - Device specific, end-use energy consumption or production (e.g. Consumer PHEV) Environmental State - Current local conditions (e.g., temperature, humidity, time, airflow, ambient light

level, motion) Device State - The current or historical state of the device (e.g., lights/fans/compressor/motor/heater are

on/off) Processing - Applications that consume, process and act on external and internal data. These

applications accept data from external systems and HAN measurement & monitoring applications. In general, these applications that have a higher level of complexity and cost. Energy Cost - Calculates current and overall energy cost Energy Consumption - Calculates current and overall energy consumption Energy Production - Calculates current and overall energy Production Energy Optimization - Utilizes external and HAN data to determine desired response based on a

consumer configurable profile Energy Demand Reduction - Uses external and HAN data to reduce load based on a consumer

configurable profile Environmental Impact - Calculates environmental impact of current energy consumption (e.g. Power

Generation Plant CO2 emissions related to consumer specific load) Human Machine Interface (HMI) - Applications that provide local user input and/or output.

These applications are based constrained and based on the data type User Input - Provides consumers with a means to input data into an Application (e.g., Touch screen,

Keypad) User Output - Provides an Application with a means to output data to the consumer (e.g., In-Home

Display, text message)

HAN Communications Discovery - The identification of new nodes within the HAN

Announcement – both active and passive device notification methods Response - Includes both endpoints (e.g., announcing entity and recipient entity) Initial Identification - Device-type and address identification

Commissioning - The network process of adding or removing a node on the HAN with the expectation that the system is self-organizing (i.e., initial communication path configuration). This process is decoupled from utility registration. Identification - Uniquely identifying the device Authentication - Validation of the device (e.g., the network key) Configuration - Establishing device parameters (e.g., network ID, initial path, bindings)

Control Autonomous functions enabled by the platform specific technology Organization - Communication paths (e.g., route) Optimization - Path selection Prioritization - Communication based on importance (e.g., queuing, scheduling, traffic

shaping) Mitigation - Ability to adapt in response to interference or range constraints through

detection and analysis of environmental conditions

HAN Security Access Controls and Confidentiality – protection methods associated with both data-at-rest

and data-in-transit based on data type Public Controls (low robustness) - protection methods for publicly available information (e.g., energy

price) Private Controls (medium robustness) - protection methods for confidential or sensitive data (e.g.,

consumer usage) Utility Controls (high robustness) - protection methods for utility accountable data (e.g., load control, sub-

metering data) Registration and Authentication – Verifying and validated HAN participation

Initialization – establishes the application/device as a validated node (i.e., logical join to the utility’s network)

Validation – validates the application’s data (i.e., request or response) Correlation – correlating an account (e.g., consumer) with a device, application or program (e.g., DR

programs, peak time rebate, etc.) Authorization – rights granted to the applications Revocation – removing an established node, correlation or authorization

Integrity – Preserves the HAN operating environment Resistance – methods which prevent changes to the application or application’s data (e.g., tamper and

compromise resistance) Recovery – restores an application or the application’s data to a previous or desired state (e.g., reloading

an application, resending corrupted communications) Accountability – monitoring malicious activities

Audit – application log detected compromise attempts Non-repudiation – applications and application operators are responsible for actions (e.g., can not deny

receipt or response)

HAN Performance

Availability - The applications are consistently reachable Reliability - The applications are designed and manufactured to

be durable and resilient Maintainability - The applications are designed to be easily

diagnosed and managed Scalability - The system supports a reasonable amount of growth

in applications and devices Upgradeability - The applications have a reasonable amount of

remote upgradeability (e.g., patches, updates, enhancements) Quality - The applications will perform as advertised

HAN Operations, Maintenance and Logistics Manufacturing and Distribution - Vendor’s pre-installation activities

Pre-commissioning - Depot level configuration setting Registration configuration - Any required utility specific configurations Labeling - Utility compliance and standards labeling Purchasing - Supports multiple distribution channels (e.g., retail, wholesale,

utility) Installation - physical placement of the device

Documentation - Installation materials and manuals Support Systems - Installation support systems including web support, help

line, other third party systems Management and Diagnostics

Alarming and logging - Event driven consumer and utility notifications Testing - System and device testing Device reset - Resets the device to the installation state

Motion to Approve HFCSC

Motion Discussion

How to document – convert slides to short word document – no added/changed content – can be done after vote

Publish / press release (along with guiding principles)

Vote

Use Case Discussion

Next Steps

Publish CA IOU Vision statement (Guiding Principles, Functional Characteristics)

Develop OpenHAN comprehensive HAN use cases Develop OpenHAN platform independent requirements Develop UtilityAMI platform independent architectural views for

AMI and HAN Continue to share information with technology communities (i.e.,

vendors, alliances)

Next Meeting

Physical Meeting Tuesday, July 31, 2007 Hosted by PG&E