1 / 37

SG Communications Sessions

SG Communications Sessions. Tuesday, October 20th , 2009. OpenSG Communications Tuesday October 20 Agenda. 10:30 – 12:00 – SG Communications Session #1 Review OpenSG Communications Scope/Charter. Agree to work plan for the upcoming quarter

arty
Download Presentation

SG Communications Sessions

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. SG Communications Sessions Tuesday, October 20th, 2009

  2. OpenSG Communications Tuesday October 20 Agenda • 10:30 – 12:00 – SG Communications Session #1 • Review OpenSG Communications Scope/Charter. Agree to work plan for the upcoming quarter • 1:00 – 3:00 – SG Communications Session #2 • NIST PAP 1 and 2 Tasks for SG Communications • Work plan for NIST PAPs, Smart Energy V2, AMI-NET • 3:30 –5:30 – SG Communications Session #3 • AMI-NET workplan • Network InteropWorkplan

  3. Tuesday 10:30-12:00OpenSG Communications Session #1

  4. OpenSG Communications Scope AMI-NET – Communications for the Access Side of the meter Need Use Cases and requirements! Review IEEE 802.15 task group 4g to see if we can use anything there Organize an effort to address in AMI-NET Network Interoperability – Communications for the HAN Have OpenSG Systems OpenHAN SRS Have ZigBee/HomePlug MRD and Use Cases Need to derive communications requirements!

  5. OpenSG Communications Scope (continued) Wireless for Smart Grid – NIST PAP #2 HAN – ZigBee/HomePlug MRD and Use Cases – Need to derive HAN wireless requirements AMI-NET – Need Access side wireless requirements Wide Area – Need to address T and D plus substation wireless requirements IP for Smart Grid – NIST PAP #1 Need to address all Tasks assigned to OpenSG Communications

  6. OpenSG Communications Charter AMI-NET HAN Network Interoperability NIST PAP Assignments IP for Smart Grid (PAP #1) Wireless for Smart Grid (PAP #2) Task group volunteers for work above……

  7. Review of the SG Communication Charter (fromBootcamp slides) The UCAiugOpenSG Communications (UtiliComm) Working Group is constituted to operate under the OpenSG Subcommittee. The charter of the UtiliComm Working Group is a derivative of the OpenSG charter. The organization of OpenSG is depicted in Figure 1.

  8. Review of the SG Communication Charter (Cont.) • The UtiliComm Working Group plans to initially sponsor two task groups: the AMI Network task group and the Network Interop task group. Those task groups are chartered with the following: • AMI Network task group – Requirements specification for layers 4 and below of the Open Systems Interconnect (OSI) network model as it applies to the AMI network. • Network Interop task group – Requirements specification for layers 4 and below of the OSI network model as it applies to the HAN and premise equipment in general.

  9. Review of the SG Communication Charter (Cont.) • Both task groups of the UtiliComm Working Group will work with the SG Systems, SG Security (UtiliSec) and the SG Conformance Working Group (when constituted) in support of their charters. The UtiliComm Working Groups may also cover application and security support topics such as: • Efficient delivery of XML meta data between entities in the system • Deployment of security policies within various layers of the OSI stack • Service discovery services • Other communications and support features as identified by the SG Systems and SG Security Working Groups.

  10. Review of the SG Communication Charter (Cont.) • In support of this goal, the Working Group will employ the AMI Network and Network Interop Task Groups to make recommendations and create technical requirements on communication related components. In particular, the Working Group will be responsible for defining how components defined in AMI Network and Network Interop provide internetworking services to hybrid systems employing combinations of physical layers. Targeted standards will cover the complete set of use cases envisioned in the OpenSG Market Requirements Document (MRD) and in the OpenHAN specification. Furthermore, it is acknowledged that all of the deployments targeted by OpenSG will contain subsystems and components that are targeted to communicate using the Internet Engineering Task Force (IETF) Internet Protocol (IP) family of standards. The Working Group will also be responsible for defining how these IP sub-systems and components are incorporated into the system as a whole such that all relevant use-cases and market requirements are satisfied.

  11. Review of the SG Communication Scope • The activities of the UtilComm Working Group shall be limited in scope in order to support proper division of labour with respect to the other Working Groups and to provide boundaries for the task at hand. Specifically: • The UtiliComm Working Group will create a Charter and Scope, based on this document and approved by the Working Group, for submission to OpenSG as a basis for work going forward. • The UtiliComm Working Group will create, distribute and maintain a schedule and roadmap detailing the tasks and milestones that comprise the group's work, including all tasks undertaken by the AMI Network and Network Interop task groups; • The scope of work shall be limited to the functioning of those networking stack layers that reside between the Application layer interface and the physical layer interface; • Notwithstanding these restrictions the group will provide analysis regarding the overall compatibility of the components specified to operate in the context of a hybrid system. • Further, the Working Group shall assist the Certification Task Group in their job in defining the test plans and protocol interchange conformance statements (PICs) to apply certification to the components in its charter.

  12. Review of the SG Communication Scope (Cont.) • The UtiliComm Working Group will accomplish its charter in the following manner: • In conjunction with the SG Systems Working Group, analyzes the OpenSG Marketing Requirements Documents, Use Cases and OpenHAN Specification to derive detailed technical requirements on communication subsystems in the scope of AMI-Network and Network Interoperability • Works with identified standards development organizations such as IETF, IEEE, IEC and W3C and vendor consortiums such as the ZigBee Alliance, HomePlug, OASIS and any other organization seeking to address the OpenSG Market Requirements to provide technical requirements and guidance in specification and compliance testing of products meeting OpenSG market requirements. • Reports to OpenSG on schedule, roadmap, standards development organization status and vendor consortium status in achieving deployment of products targeting the OpenSG Market Requirements and the OpenHAN specification.

  13. Tuesday 1:00-3:00OpenSG Communications Session #2

  14. NIST Priority Action Plans • Guidelines for the Use of IP Protocol Suite for Smart Grid • Guidelines for the Use of Wireless Communications

  15. OpenSG Communications NIST activities • David Su (NIST) is the NIST lead • OpenSG is to supply requirements • IETF is the SDO lead for PAP #1 • IEEE is the SDO lead for PAP #2 • Review PAP assignment document……

  16. Smart Grid Priority Action Plan -Guidelines for the Use of IP Protocol Suite for Smart Grid • Overview • Develop approaches for developing Guidelines and profiles for use of IP Protocol for the smart grid. Examine the applicability and utility of the use of Internet protocol and supporting standards as the network communications infrastructure for proposed Smart Grid applications.

  17. Smart Grid Priority Action Plan -Guidelines for the Use of IP Protocol Suite for Smart Grid • Objectives: • Review the communications networks and domains identified in the Smart Grid conceptual model and determine whether they are discussed in fine enough granularity to discuss the application of the Internet protocol suite • Define the approach for fully defining the network and systems management requirements for Smart Grid networking infrastructures • Define a set of standards profiles required for Smart Grid networks • Identify key networking profiles issues including issues surrounding IPv4 vs. IPv6

  18. Smart Grid Priority Action Plan -Guidelines for the Use of IP Protocol Suite for Smart Grid • Objectives Continued: • Determine the key remaining issues surrounding adoption of standardized networking profiles • Determine appropriate Smart Grid network architectures and technologies appropriate for basic transport and security requirements (e.g., shared IP networks, virtual private networks, MPLS switching, traffic engineering and resource control mechanisms) • Determine which transport layer security protocol(s) (e.g., TLS, DTLS, SCTP, and IPsec) are most appropriate for securing Smart Grid applications. • Identify higher layer security mechanisms (e.g., XML, S/MIME) to secure transactions. • Develop an action plan for development of necessary usage guides, profiles and remaining work.

  19. Smart Grid Priority Action Plan -Guidelines for the Use of IP Protocol Suite for Smart Grid • Tasks Involving SG Communications • Develop a clear set of requirements for specific Smart Grid application areas (include key non-functional requirements with fine enough granularity). Include power engineering applications, as well as the network / communications requirements. • Develop proposed models for key implementations (e.g. outage management); include Engineering Analysis. • Testing and Certification for Suites of Standards. Identify plausible approaches, define types of testing needed.

  20. NIST Priority Action Plans • Guidelines for the Use of IP Protocol Suite for Smart Grid • Guidelines for the Use of Wireless Communications

  21. Smart Grid Priority Action Plan -Guidelines for the Use of Wireless Communications • Overview • This work area investigates the strengths, weaknesses, capabilities, and constraints of existing and emerging standards-based technologies for wireless communications. The approach is to work with key SDO committees 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. Develop proposed models for key implementations (e.g. outage management); include Engineering Analysis.

  22. Smart Grid Priority Action Plan -Guidelines for the Use of Wireless Communications • Objectives • Identify requirements for use of wireless technologies for different smart grid applications • Identify approaches to define the strengths and weaknesses of candidate wireless technologies to assist Smart Grid design decisions • Analyze both intentional and un-intentional interference issues and develop coexistence guidelines for deployment and operation • Identify guidelines for effectively, safely, and securely employing wireless technologies for different smart grid applications • Identify key issues to be addressed in wireless assessments and development for the Smart Grid

  23. Smart Grid Priority Action Plan -Guidelines for the Use of Wireless Communications • Tasks involving SG Communications • Segment the SG domains into different wireless environments/groups that could use similar sets of requirements. • Develop a common set of terminology and definitions used by wireless and smart grid communities • Compile and communicate Smart Grid requirements and use cases in a standardized format mapped into categories identified in task 1 • Create an attribute list and performance metrics for wireless standards • Create an inventory of wireless technologies based on the metric develops in task 4 to be filled by each SDO. • Perform the mapping and conduct an evaluation of the wireless technologies based on the criteria and metrics developed in task 4. • Identify gaps where appropriate.

  24. Tuesday 3:30-5:30OpenSG Communications Session #2

  25. Review of the AMI-NET Task Force Charter • The AMI-Network task force is charged with defining functional system requirements for Management of AMI Communication systems. The goal of this work is to identify common needs of Utilities procuring products in this space. We anticipate utilities, academia, government and vendors to find this topic of interest and participate in this process. This task force anticipates pulling knowledge and experience from other industries with knowledge of operating large scale networks.

  26. Review of the AMI-NET Task Force Scope • Evaluate existing Maintenance Use Cases • Define New Maintenance Use Cases • Define System Functional Requirements from AMI meters to the AMI head end for maintenance/lifecycle purposes • Identify areas within an AMI network that are viable for maintenance interoperability • Apply lessons learned into common requirements

  27. Review of the AMI-NET Task Force Scope • WAN (Wide Area Networks) • Backhaul from Collector / Access Point / Base Station to system Head End • NAN (Neighborhood Area Network) • Network from Collector / Access Point / Base Station to Meters / Smart Grid Devices • Meter • System components under the “Glass” • Nic • HAN ESI • Meter • Smart Grid Device • Devices that enable grid devices to communicate over the AMI network

  28. Functional Decomposition • Map use case categories to FCAPS categories

  29. Fault Functional Categories

  30. Configuration Functional Categories

  31. AMI-NET goals for the week • Continue Functional Decomposition of AMI/Smart Grid sytems • Finish high level functional categories for Accounting, Performance and Security • Plan work shops for creation of functional requirements

  32. Review of the Network Interoperability Task Force Charter • The UCAiug OpenSG Communications (UtiliComm) Network Interoperability Task Force is constituted to operate under the OpenSG Subcommittee. The charter of the Network Interoperability Task Force is a derivative of the OpenSG UtiliComm charter. The organization of OpenSG is depicted in Figure 1 (showing the Network Interop Task Force under UtiliComm).

  33. Review of the Network Interoperability Task Force Charter • The Network Interoperability Task Group is chartered with defining requirements for a common infrastructure deployed in the HAN that will enable distributed Smart Energy applications. Specifically, the Network Interoperabilty Task Group will support applications employing the Smart Energy (SE) V2 Application Profile, originally defined within the ZigBee/HomePlug Market Requirements Document (MRD), to reliably exchange messages between application entities, such that all use cases and requirements handed down by the OpenSG Smart Energy MRD and Use Cases are satisfied.

  34. Review of the Network Interoperability Task Force Charter • In support of this goal, the Task Group shall make recommendations regarding platform components and communications stack functionality. In particular, the Task Group will be responsible for defining how components employing IEEE802.15.4, HomePlug AV/SE and other physical layers interoperate, and how hybrid systems employing combinations of physical layers may be configured to cover the complete set of use cases envisioned in the OpenSG Market Requirements Document (MRD) and Use Cases. Furthermore, it is acknowledged that all of the deployments targeted by OpenSG will contain subsystems and components that communicate using the Internet Engineering Task Force (IETF) Internet Protocol (IP) family of standards. The Task Group will also be responsible for specifying how these IP sub-systems and components are incorporated into the system as a whole such that all relevant use-cases and market requirements are satisfied.

  35. Review of the Network Interoperability Task Force Scope • The activities of the UtilComm Network Interoperability Task Force shall be limited in scope in order to support proper division of labour with respect to the other Working Groups and to provide boundaries for the task at hand. Specifically: • The UtiliComm Working Group will create a Charter and Scope, based on this document and approved by the Working Group, for submission to OpenSG as a basis for work going forward. • The UtiliComm Working Group will create, distribute and maintain a schedule and roadmap detailing the tasks and milestones that comprise the group's work, including all tasks undertaken by the AMI Network and Network Interop task groups;

  36. Review of the Network Interoperability Task Force Scope • The scope of work shall be limited to the functioning of those networking stack layers that reside between the Application layer interface and the physical layer interface; • Notwithstanding these restrictions the group will provide analysis regarding the overall compatibility of the components specified to operate in the context of a hybrid system. • Further, the Working Group shall assist the Certification Task Group in their job in defining the test plans and protocol interchange conformance statements (PICs) to apply certification to the components in its charter.

  37. Review of the Network Interoperability Task Force Scope • The UtiliComm Network Interoperability Task Force will accomplish its charter in the following manner: • In conjunction with the SG Systems Working Group, analyzes the OpenSG Marketing Requirements Documents, Use Cases and OpenHAN Specification to derive detailed technical requirements on communication subsystems in the scope of Network Interoperability • Works with identified standards development organizations such as IETF, IEEE, IEC and W3C and vendor consortiums such as the ZigBee Alliance, HomePlug, OASIS, IPSO and any other organization seeking to address the OpenSG Market Requirements to provide technical requirements and guidance in completion and compliance testing of products meeting OpenSG market requirements. • Reports to OpenSG on schedule, roadmap, standards development organization status and vendor consortium status in achieving deployment of products targeting the OpenSG Market Requirements and the OpenHAN specification.

More Related