March 2010
Bruce Kraemer, Marvell
Slide 1
doc.: IEEE 802.11-10/0373r2
Submission
+1 (321)427-4098
5488 Marvell Lane,Santa Clara, CA, 95054
Name Company Address Phone email Bruce Kraemer Marvell
Smart Grid ad hoc Meeting Information - March 2010
Date: 2010-3-16Authors:
Abstract: Information on Smart Grid of interest to WG11 – March 2010
March 2010
Bruce Kraemer, Marvell
Slide 2
doc.: IEEE 802.11-10/0373r2
Submission
Introduction• Ad Hoc Committee rules
– No call for essential patents
– AHC, is a "committee of the whole" of the WG - i.e. any WG member can contribute; in practice, anybody who turns up can speak
– During f2f meetings, you can hold formal votes of only the voting members of 802.11; on a telecon you can take straw polls, but not formal votes
• Required notices– Affiliation FAQ - http://standards.ieee.org/faqs/affiliationFAQ.html
– Anti-Trust FAQ - http://standards.ieee.org/resources/antitrust-guidelines.pdf
– Ethics - http://www.ieee.org/portal/cms_docs/about/CoE_poster.pdf
– IEEE 802.11 Working Group Policies and Procedures - https://mentor.ieee.org/802.11/public-file/07/11-07-0360-04-0000-802-11-policies-and-procedures.doc
March 2010
Bruce Kraemer, Marvell
Slide 3
doc.: IEEE 802.11-10/0373r2
Submission
Introduction• Request for recording secretary
• Request for ad hoc chair
March 2010
Bruce Kraemer, Marvell
Slide 4
doc.: IEEE 802.11-10/0373r2
Submission
Agenda Topics - TuesdayPlanned topics:
1. National Broadband plan – first pass
2. An update on the sub 1GHz project plan (Dave Halasz)
• https://mentor.ieee.org/802.11/dcn/10/11-10-0204-01-0wng-commentsonsub1ghz.ppt
3. Results and action items for NIST PAP#2 modeling
• http://collaborate.nist.gov/twiki-sggrid/pub/SmartGrid/PAP02Wireless/PAP2modeling.ppt
4. Thursday meeting and call topics
March 2010
Bruce Kraemer, Marvell
Slide 5
doc.: IEEE 802.11-10/0373r2
Submission
Agenda Topics - ThursdayPlanned topics:
1. National Broadband plan – second pass
2. Update on SGIP – Mark Klerer
3. Results and action items for NIST PAP#2 modeling
• http://collaborate.nist.gov/twiki-sggrid/pub/SmartGrid/PAP02Wireless/PAP2modeling.ppt
4. Subsequent conference calls and plans for May meeting
March 2010
Bruce Kraemer, Marvell
Slide 6
doc.: IEEE 802.11-10/0373r2
Submission
New Broadband Plan• Recommendations• Integrate broadband into the Smart Grid• ➤ As outlined in Chapter 16, the Federal Communications Commission (FCC)
should start a proceeding to explore the reliability and resiliency of commercial broadband communications networks.
• ➤ States should reduce impediments and financial disincentives to using commercial service providers for Smart Grid communications.
• ➤The North American Electric Reliability Corporation (NERC) should clarify its Critical Infrastructure Protection (CIP) security requirements.
• ➤Congress should consider amending the Communications Act to enable utilities to use the proposed public safety 700 MHz wireless broadband network.
• ➤The National Telecommunications and Information Administration (NTIA) and the FCC should continue their joint efforts to identify new uses for federal spectrum and should consider the requirements of the Smart Grid.
• ➤The U.S. Department of Energy (DOE), in collaboration with the FCC, should study the communications requirements of electric utilities to inform federal Smart Grid policy.
http://download.broadband.gov/plan/national-broadband-plan.pdf
March 2010
Bruce Kraemer, Marvell
Slide 7
doc.: IEEE 802.11-10/0373r2
Submission
Broadband Plan Recommendation 12.4• Recommendation 12.4: • Congress should consider amending the Communications Act to enable utilities to use the
proposed public safety 700MHz wireless broadband network.• The wide-area network requirements of utilities are very similar to those of public safety
agencies. Both require near universal coverage and a resilient and redundant network, especially during emergencies. In a natural disaster or terrorist attack, clearing downed power lines, fixing natural gas leaks and getting power back to hospitals, transportation hubs, water treatment plants and homes are fundamental to protecting lives and property. Once deployed, a smarter grid and broadband-connected utility crews will greatly enhance the effectiveness of these activities.
• Congress should consider amending the Communications Act to enable utilities to use the public safety wireless broadband network in the 700MHz band, subordinated to the communications of Section 337-defined public safety services. Jurisdictions that are licensees or lessees of the public safety 700MHz broadband spectrum should be allowed to enter into agreements with utilities on uses and priorities. At the sole discretion of the public safety licensee, utilities should also be able to purchase services on a public safety network, contribute capital funds and infrastructure or even be the operator of a joint network. These statutory changes should create more options for the construction and operation of a public safety wireless broadband network. Although the network will take years to build, carrying critical traffic from multiple users can help lower costs for all.
http://download.broadband.gov/plan/national-broadband-plan.pdf
March 2010
Bruce Kraemer, Marvell
Slide 8
doc.: IEEE 802.11-10/0373r2
Submission
Broadband Plan Recommendation 12.6
• Recommendation 12.6: The U.S. Department of Energy (DOE ), in collaboration with the FCC , should study the communications requirements of electric utilities to inform Federal Smart Grid policy.
• Understanding the evolving communications requirements of electric utilities will help DOE develop informed Smart Grid policies for the nation. As an input to this plan, the FCC solicited public comment on Smart Grid technologies, and a number of utilities filed detailed responses. However, many utilities declined to comment, and others understandably declined to reveal confidential or sensitive information in public filings.
• DOE, in collaboration with the FCC, should conduct a thorough study of the communications requirements of electric utilities, including, but not limited to, the requirements of the Smart Grid. Building upon the FCC’s recent efforts, DOE should collect data about utilities’ current and projected communications requirements, as well as the types of networks and communications services they use.
http://download.broadband.gov/plan/national-broadband-plan.pdf
March 2010
Bruce Kraemer, Marvell
Slide 10
doc.: IEEE 802.11-10/0373r2
Submission
SGIP Event Schedule
Plenary Officers • Chair: Steve Widergren • Vice Chair: Mark Klerer • Secretary: Paul Molitor
Upcoming Meeting Details • April 23: SGIP Virtual Meeting • May 24-27: 2nd SGIP Face-to-Face in Santa Clara, CA. Held in
conjunction with ConnectivityWeek. • July 23: SGIP Virtual Meeting • Sept. 17: SGIP Virtual Meeting • Oct. 29: SGIP Virtual Meeting • Nov. 30-Dec. 3: 3rd SGIP Face-to-Face in Chicago, IL. Held in
conjunction with Grid-Interop
March 2010
Bruce Kraemer, Marvell
Slide 11
doc.: IEEE 802.11-10/0373r2
Submission
Tough Questions
• What are the consequences of not responding to the request?
• How much effort, from whom, how quickly needs to be contributed to meet the request?
• Could the June deadline for task completion be extended?
• How will the data provided to NIST be used by other entities in influencing deployment decisions?
• “Entities” range from FERC to consumer appliances
• Can simulation models be useful enough without selecting and constructing channel models?
March 2010
Bruce Kraemer, Marvell
Slide 12
doc.: IEEE 802.11-10/0373r2
Submission
Working Assumptions• The ongoing interchange of information between power
engineering and communications industry is essential.
• Computer modeling communications against PE supplied uses cases is far more useful than hand waving.
• Although not fully understood or quantified, there will be business incentives to being recognized as a qualified Smart Grid technology.
• Although not fully understood, industry would prefer to be “actively influencing” the technology selection process rather than have it dictated to them.
March 2010
Bruce Kraemer, Marvell
Slide 13
doc.: IEEE 802.11-10/0373r2
Submission
Status Checklist
1. Is there a public simulator available to run?• 802.16 –Yes, NS2
• 802.11 – Yes, NIST Matlab
2. Has the simulator been recently executed to demonstrate it can produce useful results?– Yes, NIST Matlab for 802.11. 3 attendees.
3. Have any of the OpenSG uses cases been modeled?– No
4. Has anyone volunteered to run the model and report results?
5. In time for the March 31 status meeting?
March 2010
Bruce Kraemer, Marvell
Slide 14
doc.: IEEE 802.11-10/0373r2
Submission
Status Checklist4. Has anyone volunteered to run the model on the use cases
and report results?4. In time for the March 31 NIST status meeting?5. In time for May 802 Interim meeting?6. In time for June NIST deadline?
5. Has any 802 participant validated the model results against other simulators or lab test?– No
6. Are there any known corrections or extensions to the models needed to model uses cases?– 802.11 model is missing mesh– 802.11 model has been run using only 1 Mbps, BPSK in 2.4 GHz– Automatic rate scaling
March 2010
Bruce Kraemer, Marvell
Slide 15
doc.: IEEE 802.11-10/0373r2
Submission
Status Checklist7. Is there a better way to promote uptake of model
execution?– through advertising/cooperation with universities?
– through outreach/cooperation with support organizations such as Zigbee, Wi-Fi, WiMAX
– Develop one page description/advertising of PAP#2 modeling task
– Dorothy & Mark will help Bruce do this
8. Are there any known clarifications to the uses cases required to provide useful results?
March 2010
Bruce Kraemer, Marvell
Slide 16
doc.: IEEE 802.11-10/0373r2
Submission
Status Checklist (Additional Q & A)7. ?????
– xxx
8. ????– yyy
March 2010
Bruce Kraemer, Marvell
Slide 17
doc.: IEEE 802.11-10/0373r2
Submission
Future Smart Grid ad hoc calls• Schedule plan so far has been Wednesdays at 2pm EST
• Future call plans will be to continue this pattern – 1 per week – to July
• Next call March 24
• Call topic suggestions
• Review of one page task promotion
• Detailed walk thru of first three use cases to determine if we need further clarification from Open SG (on March 31)
• Reports on model results (from anyone)
• Or note any additional commitments to run models
March 2010
Bruce Kraemer, Marvell
Slide 18
doc.: IEEE 802.11-10/0373r2
Submission
Smart Grid Use Cases As per OpenSG Interim Draft 2.0
March 2010
Bruce Kraemer, Marvell
Slide 19
doc.: IEEE 802.11-10/0373r2
Submission
Head End
DAP
MR-2L:<5s; R:>99.5%
MR-43L:<5s; R:>98%
MR-14L:<5s; R:>99%
MR-25L:<5s; R:>98%
MR-28L:<5s; R:>99%
On Demand Meter Reading Command, Response and Errors
MR-??L:<?? R:>??MR-22
L:<5s; R:>99.5%
Concatenated flow
MR-7L:<5s; R:>99.5%
Smart Meter
MR-??L:<5s; R:>99.5%
MR-21L:< 5s; R:>99.5%
MR-10L:<5s; R:>99.5%
MR-9L:< 10s; R:>99.5%PL: 50
ResponseError flow
MR-18L:< 10s; R:>99.5%PL: 50
MR-19L:< 10s; R:>99.5%PL:50
MR-20L:< 10s; R:>99.5%PL: 50
MR-27L:< 10s; R:>99%PL: 50
Communications Error
Read Application Error
MR-8L:< 5s; R:>99.5%PL: 50
MR-40, 41, 42*L:< 10s; R:>98%PL: 50
* Reporting for multiple devices
MR-15L:< 5s; R:>99.5%PL: 50
MR-16 L:< 5s; R:>99.5%PL: 50
MR-17L:< 5s; R:>99.5%PL: 50
MR-26L:< 10s; R:>99%PL: 50
Premises excluded (i.e. IHD and Cust. EMS)
MR-39L:< 10s; R:>98%PL: 50
MR-44L:<10s; R:>98%
March 2010
Bruce Kraemer, Marvell
Slide 20
doc.: IEEE 802.11-10/0373r2
Submission
Head End
MR-1L: <1 hr; R:>99.5%PL: 25
MR-3L: <1 hr; R:>99.5%PL: 25
MR-4L: <1 hr; R:>99.5%PL: xMB
MR-11L: <1 hr; R:>99.5%PL: xMB
Bulk Meter Read Command and Response Message Flow
Enter On-demand Meter Read Flow at
Head End to DAP
March 2010
Bruce Kraemer, Marvell
Slide 21
doc.: IEEE 802.11-10/0373r2
Submission
Head End
DAP
MR-5L:<5s; R:>99.5%PL: 25
MR-24L:<10s; R:>99%PL: xMB
Multiple Interval Meter Reading Command and Response Message Flows
Concatenated flow
Smart MeterResponse
Note: No Error flows specified.
MR-6L:<5s; R:>99.5%PL: 25
MR-11L:<5s; R:>99%PL: 25
MR-11L:<5s; R:>98%PL: 25
MR-13L:<5s; R:>99.5%PL: 200-2400
MR 29, 30, 32 31
L: 4 hr 3 hr
R: AA BB
PL: 1600-2400 200-1600
MR 33, 34, 36 35
L: 4 hr 3 hr
R: AA BB
PL: 1600-2400 200-1600
Reliability AA
R: Per Time Period
>90% Every 4-6 hrs
>98% Over a day
>99.5% Over two days
Reliability BB
R: Per Time Period
>98% Every 3 hrs
>99.5% Over a day
>99.5% Over two days
March 2010
Bruce Kraemer, Marvell
Slide 22
doc.: IEEE 802.11-10/0373r2
Submission
ESI - Smart Meter
LMS
Head End
DAP
PHEV
PHV - 2L:<10s; R:>99.5%PL: 255
PHEV - 4L:<10s; R:>99%PL: 255
PHEV - 20L:<10s; R:>98%PL: 255
PHEV - 45L:<5s; R:>99%PL: 255
PHEV Price Rate Command Message Flow
PHEV - 1L:<35s; R:>95.5%PL: 255 Note: PHEV-1 here shows the
calculated value (none is specified in the spreadsheet)
For an ESI –non-Smart Meter as receiving actor replace PHEV-20 with:
PHEV - 21 L:<10s; R:>98% PL: 255
For an ESI –non-Smart Meter as transmitting actor replace PHEV-45 with:
PHEV - 34 L:< 5s; R:> 98% PL: 255
March 2010
Bruce Kraemer, Marvell
Slide 23
doc.: IEEE 802.11-10/0373r2
Submission
ESI - Smart Meter
LMS
Head End
DAP
PHEV
PHEV - 8L:< 15m; R:>99.5%PL: 50
PHEV - 23L:<10s; R:>99%PL: 50
PHEV - 46L:<10s; R:>99.5%PL: 50
PHEV Send Price Rate Communications Failure Error Message Flow
PHEV - 47L:<10s; R:>99.5%PL: 50
NMS
DMS
DSM
PHEV - 7L:< 15m; R:>99.5%PL: 50
PHEV - 6L:< 15m; R:>99.5%PL: 50
PHEV - 5L:< 15m; R:>99.5%PL: 50
For an ESI –non-Smart Meter as transmitting actor replace PHEV-47 with:
PHEV - 36 L:< 10s; R:> 99.5% PL: 50
For an ESI –non-Smart Meter as transmitting actor replace PHEV-46 with:
PHEV - 35 L:< 10s; R:> 99.5% PL: 50
March 2010
Bruce Kraemer, Marvell
Slide 24
doc.: IEEE 802.11-10/0373r2
Submission
ESI - Smart Meter
LMS
Head End
DAP
PHEV
PHEV - 15L:<10s; R:>99%PL: 100
PHEV - 28L:<10s; R:>98%PL: 100
PHEV - 52L:<10s; R:>99%PL: 100
PHEV Negotiate Power Charging Rate Command Message Flow
For an ESI –non-Smart Meter as receiving actor replace PHEV-28 with:
PHEV - 29 L:<10s; R:>98% PL: 100
For an ESI –non-Smart Meter as transmitting actor replace PHEV-51 with:
PHEV - 40 L:< 10s; R:> 98% PL: 100
PHEV – 58L:<tbd; R:>tbd%PL: 100
PHEV - 27L:<10s; R:>99%PL: 100
PHEV - 51L:<10s; R:>98%PL: 100
For an ESI –non-Smart Meter as transmitting actor replace PHEV-52 with:
PHEV - 41 L:< 10s; R:> 99% PL: 100
PHEV - 56L:<tbd; R:>tbdPL: 100
For an ESI –non-Smart Meter as transmitting actor replace PHEV-56 with: PHEV – 57 L:< 10s; R:> 98% PL: 100
Forward Flow
Reverse Flow
PHV - 14L:<10s; R:>99.5%PL: 100
PHEV – 3L:<tbd; R:>tbd%PL: 100
March 2010
Bruce Kraemer, Marvell
Slide 25
doc.: IEEE 802.11-10/0373r2
Submission
ESI - Smart Meter
LMS
Head End
DAP
PHEV
PHEV - 13L:< 15m; R:>99.5%PL: 50
PHEV Negotiate Power Charge Rate Communications Failure Error Message Flow
PHEV - 49L:<10s; R:>99.5%PL: 50
Notes: PHEV-10 and 12 are not duplicates. One reports LM-PHEV failures; and the other reports failures in the reverse direction.
NMS
DMS
DSM
PHEV - 10L:< 15m; R:>99.5%PL: 50
For an ESI –non-Smart Meter as transmitting actor replace PHEV-24 with:
PHEV - 25 L:< 15m; R:> 98% PL: 50
For an ESI –non-Smart Meter as transmitting actor replace PHEV-49 with:
PHEV - 38 L:< 10s; R:> 99.5% PL: 50
PHEV - 9L:<15m; R:>98%PL: 50
PHEV - 11L:<15m; R:>99%PL: 50
PHEV - 12L:< 15m; R:>99.5%PL: 50
PHEV - 24L:<15m; R:>98%PL: 50
PHEV - 26L:<10s; R:>99%PL: 50
For an ESI –non-Smart Meter as transmitting actor replace PHEV-48 with:PHEV – 37 L:< 15m; R:>99.5%; PL: 50
PHEV - 48L:< 15m; R:>99.5%PL: 50
PHEV - 50L:< 10s; R:>99.5%PL: 50
For an ESI –non-Smart Meter as transmitting actor replace PHEV-50 with: PHEV - 39 L:< 10s; R:>99.5% PL: 50
LM-PHEV Comms Error
PHEV –LM Comms Error
Concatenated Flow
March 2010
Bruce Kraemer, Marvell
Slide 26
doc.: IEEE 802.11-10/0373r2
Submission
ESI - Smart Meter
LMS
Head End
DAP
PHEV
PHV - 16L:<10s; R:>99.5%PL: 100
PHEV - 30L:<10s; R:>99%PL: 100
PHEV - 53L:<10s; R:>98%PL: 100
PHEV - 59L:<10s; R:>99%PL: 100
PHEV Power Charging Status Message Flow
PHEV - 61L:<40s; R:>95.5%PL: 100
For an ESI –non-Smart Meter as receiving actor replace PHEV- 53 with:
PHEV - 42 L:<10s; R:>98% PL: 100
For an ESI –non-Smart Meter as transmitting actor replace PHEV-59 with:
PHEV - 60 L:< 10s; R:> 99% PL: 100
Note: PHEV-61 Values are calculated. None specified in spreadsheet.
March 2010
Bruce Kraemer, Marvell
Slide 27
doc.: IEEE 802.11-10/0373r2
Submission
ESI - Smart Meter
MDMS
Head End
DAP
PHEV
PHV - 17L:<10s; R:>99.5%PL: 50
PHEV - 31L:<10s; R:>99%PL: 50
PHEV - 54L:<10s; R:>98%PL: 50
PHEV - 62L:<10s; R:>99%PL: 50
PHEV VIN Information Request and Error Message Flow
PHEV - 64L:<10s; R:>98%PL: 50
For an ESI –non-Smart Meter as receiving actor replace PHEV- 54 with:
PHEV - 43 L:<10s; R:>98% PL: 50
For an ESI –non-Smart Meter as transmitting actor replace PHEV-62 with:
PHEV - 63 L:< 10s; R:> 99% PL: 50
PHEV - 18L:<10s; R:>99.5%PL: 50
PHEV - 19L:<10s; R:>99.5%PL: 50
PHEV - 32L:<10s; R:>99%PL: 50
For an ESI –non-Smart Meter as receiving actor replace PHEV- 32 with:
PHEV - 33L:<10s; R:>99%PL: 50
PHEV - 55L:<10s; R:>98%PL: 50
For an ESI –non-Smart Meter as receiving actor replace PHEV- 55 with:
PHEV - 44L:<10s; R:>98%PL: 50
March 2010
Bruce Kraemer, Marvell
Slide 28
doc.: IEEE 802.11-10/0373r2
Submission
Head End
DAP
SS-3L:<1m; R:>98%PL: 25
Service Switch Command, Response and Errors
Concatenated flow
Smart MeterAckError flow
SS-14L:< 5s; R:>99.5%PL:50
SS-29L:< 10s; R:>99%PL: 50
Communications Error
Switch Operate Failure Error
SS-17L:< 5s; R:>99.5%PL: 50
SS-18 L:< 5s; R:>99.5%PL: 50
SS-30L:< 30s; R:>99%PL: 50
SS -36L:< 5s; R:>98%PL: 50
SS-4L:< 5s; R:> 99.5%PL: 25
SS-8L:< 5s; R:> 99.5%PL: 25
SS-11L:< 5s; R:> 99%PL: 25
SS-12L:< 5s; R:> 99.5%PL: 25
SS-13L:< 5s; R:> 99.5%PL: 25
SS-15L:< 5s; R:>99.5%PL:50SS-16
L:< 5s; R:>99.5%PL:50
SS-27L:< 5s; R:> 98%PL: 25
SS-28L:< 30s; R:> 99%PL: 25
SS-29aL:< 1m; R:>99%PL: 50
SS-34L:< 5s; R:> 98%PL: 25
SS-35L:< 1m; R:> 98%PL: 25
SS-37L:< 1m; R:>98%PL: 50
March 2010
Bruce Kraemer, Marvell
Slide 29
doc.: IEEE 802.11-10/0373r2
Submission
Head End
DAP
SS-1L:<1m; R:>98%PL: 25
Cancel Service Switch Command
Concatenated flow
Smart Meter
SS-2L:< 5s; R:> 99.5%PL: 25
SS-7L:< 5s; R:> 99.5%PL: 25
SS-10L:< 5s; R:> 99%PL: 25
SS-26L:< 5s; R:> 98%PL: 25
March 2010
Bruce Kraemer, Marvell
Slide 30
doc.: IEEE 802.11-10/0373r2
Submission
Head End
DAP
SS-39L:<1m; R:>98%PL: 100
Post Service Switch Operation Info Response Message Flow
Concatenated flow
Smart Meter
SS-19L:< 5s; R:> 99.5%PL: 100
SS-20L:< 5s; R:> 99.5%PL: 100
SS-31L:< 5s; R:> 99%PL: 100
SS-38L:< 5s; R:> 98%PL: 100
March 2010
Bruce Kraemer, Marvell
Slide 31
doc.: IEEE 802.11-10/0373r2
Submission
Head End
DAP
SS-5L:<1m; R:>98%PL: 25
Service Switch State Data Request and Response
Concatenated flow
Smart MeterResponse Data
SS-6L:< 5s; R:> 99.5%PL: 25
SS-9L:< 5s; R:> 99.5%PL: 25
SS-21L:< 1m; R:> 99%PL: 25
SS-22L:< 5s; R:> 99.5%PL: 100
SS-23L:< 5s; R:> 99.5%PL: 100
SS-32L:< 5s; R:> 98%PL: 25
SS-41L:< 1m; R:> 98%PL: 100
LMS
SS-24L:< 5s; R:> 99.5%PL: 100
SS-25L:< 5s; R:> 99.5%PL: 100
SS-33L:< 5s; R:> 99%PL: 100
SS-40L:< 5s; R:> 98%PL: 100SS-41
L:< 1m; R:> 98%PL: 100
SS-41L:< 1m; R:> 98%PL: 100
March 2010
Bruce Kraemer, Marvell
Slide 32
doc.: IEEE 802.11-10/0373r2
Submission
Background on NIST PAP#2
March 2010
Bruce Kraemer, Marvell
Slide 33
doc.: IEEE 802.11-10/0373r2
Submission
NIST PAP#2
• NIST is going to use (require) a model to demonstrate performance when operating in typical Smart Grid domains
• Details are to be found at the URL on Slide 2
• Goal today is to develop response and action plan for June
March 2010
Bruce Kraemer, Marvell
Slide 34
doc.: IEEE 802.11-10/0373r2
Submission
NIST PAP#2 Goals/Events• February 4 at SFO Hilton – Joint with UCAIug OpenSG
• Next meeting: March 31 at NIST Gaithersburg
• At least partial analytic results based upon execution of models against high priority Use Cases by June 2010.
• Neded: Clarification of how these results will be used. How are they coupled into SmartGrid Policy or Law/ What is the role of FERC?
March 2010
Bruce Kraemer, Marvell
Slide 35
doc.: IEEE 802.11-10/0373r2
Submission
Outline1. Overview of NIST PAPs
2. PAP#2 goals and sub tasks
3. PAP#2 Task 6 plan
4. IEEE approach to Task 6
March 2010
Bruce Kraemer, Marvell
Slide 36
doc.: IEEE 802.11-10/0373r2
Submission
Background• The NIST interoperability process identifies a number of high
priority issues including the role of IP and the use of wireless communications:– April 2009 workshop
http://collaborate.nist.gov/twiki-sggrid/bin/view/_SmartGridInterimRoadmap/InterimRoadmapWorkshop1
– May 2009 workshop
http://collaborate.nist.gov/twiki-sggrid/bin/view/_SmartGridInterimRoadmap/InterimRoadmapWorkshop2
– EPRI report to NIST, June 2009
http://nist.gov/smartgrid/InterimSmartGridRoadmapNISTRestructure.pdf
• NIST convenes an SDO workshop in August 2009 in order to develop plans to address priority issues
http://collaborate.nist.gov/twiki-sggrid/bin/view/_SmartGridInterimRoadmap/PriorityActionPlans
March 2010
Bruce Kraemer, Marvell
Slide 37
doc.: IEEE 802.11-10/0373r2
Submission
The Current Priority Action Plans0 Meter Upgradeability Standard 1 Role of IP in the Smart Grid 2 Wireless Communications for the Smart Grid 3 Common Price Communication Model 4 Common Scheduling Mechanism 5 Standard Meter Data Profiles 6 Common Semantic Model for Meter Data Tables 7 Electric Storage Interconnection Guidelines 8 CIM for Distribution Grid Management 9 Standard DR and DER Signals 10 Standard Energy Usage Information 11 Common Object Models for Electric Transportation 12 IEC 61850 Objects/DNP3 Mapping 13
Time Synchronization, IEC 61850 Objects/IEEE C37.118 Harmonization
14 Transmission and Distribution Power Systems Model Mapping 15
Harmonize Power Line Carrier Standards for Appliance Communications in the Home
16 Wind Plant Communications
March 2010
Bruce Kraemer, Marvell
Slide 38
doc.: IEEE 802.11-10/0373r2
Submission
Issue: Use of Wireless Communications in the Smart Grid
• There are a number of advantages for using wireless communications including:– Untethered access to information– Mobility– Interoperability – Reduced cost and complexity– Availability of technologies with different characteristics
to choose from• A number of challenges remain to be addressed:
– How to choose among technologies with different characteristics?
– How do we know which technology to use for what Smart Grid application?
– Are there any implications for using a certain wireless technology in a certain environment?
– Are there any deployment? Interference issues?
March 2010
Bruce Kraemer, Marvell
Slide 39
doc.: IEEE 802.11-10/0373r2
Submission 39
Review of PAP#2 tasks1. Develop Smart Grid application communication requirements and devise a
taxonomy for applications with similar network requirements
– Draft under development and available for review http://collaborate.nist.gov/twiki-sggrid/pub/SmartGrid/PAP02Wireless/app_matrix_pap.xls
2. Develop terminology and definitions3. Compile and communicate use cases and develop requirements
– is part of Task 14. Create an attribute list and performance metrics for wireless standards
– Draft developed and available for reviewhttp://collaborate.nist.gov/twiki-sggrid/pub/SmartGrid/PAP02Wireless/NIST_PAP2-_Wireless_Characteristics-IEEE802-v_02.xls
5. Create an inventory of wireless technologies and standards that are identified by each SDO
– Feedback is expected by December 6, 2009.6. Conduct an evaluation of the wireless technologies based on the
application requirements
– Perform a gap analysis and developing guidelines for the use of wireless technologies.
39
March 2010
Bruce Kraemer, Marvell
Slide 40
doc.: IEEE 802.11-10/0373r2
Submission
Approach to PAP#2 Task #6Task 6 is to perform the mapping and conduct an evaluation of the
wireless technologies based on the application communication requirements developed in Task 1 and the inventory of wireless technologies and their associated characteristics collected in Task 5.
• During the February 4, 2010 PAP2 meeting that was held in San Francisco in conjunction with the OpenSG meetings, it was agreed that an evaluation methodology similar to the one presented by NIST and discussed by the group be used to perform Task 6. The group has also decided to issue a call for contribution of modeling tools and resources to assist in conducting the evaluation:
• Indication of interest by February 19, 2010 to assist in conducting the evaluation.
• Contribution of wireless technologies modeling tools by February 19, 2010. The tools contributed must be made available on the NIST twiki and available for use by all parties.
• Contribution of measurement and experimental data for validating the performance evaluation results.
March 2010
Bruce Kraemer, Marvell
Slide 41
doc.: IEEE 802.11-10/0373r2
Submission
NIST Modeling Presentation
• Detailed description of the modeling approach can be found at:
• http://collaborate.nist.gov/twiki-sggrid/pub/SmartGrid/PAP02Wireless/PAP2modeling.ppt
March 2010
Bruce Kraemer, Marvell
Slide 42
doc.: IEEE 802.11-10/0373r2
Submission
OpenSG InformationInput from Open SG SG-NET received on February 22, 2010: • http://osgug.ucaiug.org/UtiliComm/Shared%20Documents/Interium_Releas
e_2/
The reference architecture models locations are: • http://osgug.ucaiug.org/UtiliComm/Shared%20Documents/Interium
_Release_2/SG-NET-diagram-r0.4e-with-Xflows.pdf• http://osgug.ucaiug.org/UtiliComm/Shared%20Documents/Interium
_Release_2/SG-NET-diagram-r0.4e.pdf
The SG-Network functional requirements spreadsheet location is: • http://osgug.ucaiug.org/UtiliComm/Shared%20Documents/Interium
_Release_2/SG-Net_TF_%20funct-volumteric-reqs_v2.xls
The SG-Network system requirements specification locations is: • http://osgug.ucaiug.org/UtiliComm/Shared%20Documents/Interium
_Release_2/SG%20Network%20System%20Requirements%20Specification%20v2.doc
March 2010
Bruce Kraemer, Marvell
Slide 43
doc.: IEEE 802.11-10/0373r2
Submission
NIST mailing list
• General access portal http://collaborate.nist.gov/twiki-sggrid/bin/view/SmartGrid/PriorityActionPlans
• PAP Email Lists • Email lists have been establish for each PAP.
These lists support self registration using the links below. They will replace the current set. Where possible, the SGIP Administrator will autoregister those presently on the list. If you have any question, please self register and this will ensure that you are on the desired list.
March 2010
Bruce Kraemer, Marvell
Slide 44
doc.: IEEE 802.11-10/0373r2
Submission
NIST Modeling
• Tools provided by NIST and used in presentation PAP2modeling.ppt
• nist_80211_mac.m: Matlab code for 80211_MAC_Model • nist_80211_MAC_readme.pdf: Readme file for using the
802.11 model Matlab code • SNRcdf.m: Matlab code for computing SNR probability
at wireless receiver • SNRcdfCell.m: Matlab code for coverage analysis • nist_phy_model_readme.pdf: Readme file for using
Matlab code for SNRcdf and SNRcdfCell • nist_channel_propagation_models.pdf: Channel
propagation models
March 2010
Bruce Kraemer, Marvell
Slide 45
doc.: IEEE 802.11-10/0373r2
Submission 45
Meter Reporting Application: Mean Delay versus Offered Load
March 2010
Bruce Kraemer, Marvell
Slide 46
doc.: IEEE 802.11-10/0373r2
Submission
Future Smart Grid ad hoc calls
• Schedule plan so far has been Wednesdays at 2pm EST
• Feb 10
• Feb 17
• March 3
• March 24
• Future call plans will be to continue this pattern – 1 per week – to July
March 2010
Bruce Kraemer, Marvell
Slide 48
doc.: IEEE 802.11-10/0373r2
Submission
EPRI Whitepaper
• Whitepaper
• http://www.smartgridnews.com/artman/uploads/1/EPRI_1020432ConceptsAdvancementDER.pdf
March 2010
Bruce Kraemer, Marvell
Slide 49
doc.: IEEE 802.11-10/0373r2
Submission
Initial Questions from Ted Booth
• As part of the PHY model, it’s not clear how NIST derived interference (I0 ) first introduced on slide 16. In 802.11 access methods, usually, interference means signals from other BSS or other device's signal emission on the operating channel. However, it’s not clear what NIST assumes here. Comments?
• Regarding Transmit Power Control (TPC) (slide 17), Sony believes most of the current 802.11 devices do not apply dynamic transmit power control. What’s your assessment here? The NIST Models allow for either approach. Comments?
• Looking again at TPC in the MAC Model, traditionally most 802.11 implementations try to use the best MCS to achieve higher throughput; this will significantly impact results out of the Model. How should the Model properly takes this into account?
March 2010
Bruce Kraemer, Marvell
Slide 50
doc.: IEEE 802.11-10/0373r2
Submission
OpenSG
• http://osgug.ucaiug.org/default.aspx
March 2010
Bruce Kraemer, Marvell
Slide 51
doc.: IEEE 802.11-10/0373r2
Submission
NIST• http://collaborate.nist.gov/twiki-sggrid/bin/view/SmartGrid/WebHome
• http://collaborate.nist.gov/twiki-sggrid/bin/view/SmartGrid/PAP02Wireless
• Next PAP#2 meetings
• IEEE 802 centric: During 802 Plenary in Orlando either Tuesday or Thursday
• 1 day at NIST HQ either March 30 or 31
March 2010
Bruce Kraemer, Marvell
Slide 52
doc.: IEEE 802.11-10/0373r2
Submission
Background information
• High Level Questions
• National Smart Grid Perspective– EPRI View
• What has previously transpired?
• NIST PAP#2
• What is happening over the next two months
• Longer term goals, events, project plans.
• Observations/Assumptions/Conclusions/Discussion
• Steps 802.11 needs to take to fit into the Smart Grid plan
March 2010
Bruce Kraemer, Marvell
Slide 53
doc.: IEEE 802.11-10/0373r2
Submission
High Level Questions
What is happening in Smart Grid arena?
Is 802.11 properly positioning its existing and pending standards and amendments for acceptance in SG?
•Participation in key Smart Grid activities
Are there any identifiable additions or changes that should be considered to make 802.11 more useful in SG domains?
March 2010
Bruce Kraemer, Marvell
Slide 54
doc.: IEEE 802.11-10/0373r2
Submission
Observation/Assumption/Conclusion #1
• Dozens of organizations are involved but our focus is primarily on:
• NIST SGIP
• http://collaborate.nist.gov/twiki-sggrid/bin/view/SmartGrid/PriorityActionPlans
• IEEE P2030
• Discussion:
• Other 802 groups such as 802.15, 802.20, 802.16, 802.1, 802.3
March 2010
Bruce Kraemer, Marvell
Slide 55
doc.: IEEE 802.11-10/0373r2
Submission
Observation #2
• There is a substantial amount of material already created by NIST and other long term SmartGrid participants that describe Application Domains and Use Cases.
• There is no need for 802.11 to duplicate this work.
• There is a need to make these data flow models more complete/quantitative .
• Task 1 of NIST PAP#2 intends to supply this information.
• Discussion:
March 2010
Bruce Kraemer, Marvell
Slide 56
doc.: IEEE 802.11-10/0373r2
Submission
AMI Use Case
Report to NIST on Smart Grid Interoperability Roadmap
Source: Report to NIST on Smart Grid Interoperability Roadmap http://www.nist.gov/smartgrid/Report%20to%20NISTlAugust10%20(2).pdf
March 2010
Bruce Kraemer, Marvell
Slide 57
doc.: IEEE 802.11-10/0373r2
Submission
Source: Report to NIST on Smart Grid Interoperability Roadmap http://www.nist.gov/smartgrid/Report%20to%20NISTlAugust10%20(2).pdf
NIST Roadmap Description of a Domain
March 2010
Bruce Kraemer, Marvell
Slide 58
doc.: IEEE 802.11-10/0373r2
Submission
Other examples of Requirements
• Example #1 - description of need for Home Area Network
• http://osgug.ucaiug.org/sgsystems/openhan/HAN%20Requirements/OpenHAN%20Specification%20Dec.ppt
March 2010
Bruce Kraemer, Marvell
Slide 59
doc.: IEEE 802.11-10/0373r2
Submission
Observation #3
• The NIST PAP#2 Tasks deserve considerable attention
• Discussion:
March 2010
Bruce Kraemer, Marvell
Slide 60
doc.: IEEE 802.11-10/0373r2
Submission
NIST PAP Overview (1)Priority Action Plans (PAPs) Described • PAPs arise from the analysis of the applicability of Standards to the Use Cases of the
Smart Grid. PAPs include identified experts in relative SDOs, known as the PAP Working Group Management Team.
• Specifically, a PAP addresses either: • A gap where a standard or standard extension is needed: • The need for meter image-download requirements is an example of a non-existing
standard needed to fill an identified gap. • An overlap where two complementary standards address some information that is in
common but different for the same scope of an Application: • An example of this is metering information where CIM, 61850, ANSI C12.19, SEP 1&2 all
have non-equivalent methods of representing revenue meter readings. • PAPs should only be created when the SGIP determines there is a need for interoperability
coordination on some urgent issue. The PAPs themselves are executed within the scope of the SDOs and Users Groups that sign up for tasks that implement the plans. The duty of the SGIP is to facilitate this process, ensure that all PAP materials are publicly available in real time on the TWiki (that is, not entirely within the domain of the SDOs which prevents all but membership access), and provides guidance when the participants in the PAP are at odds or unsure of its goals.
March 2010
Bruce Kraemer, Marvell
Slide 61
doc.: IEEE 802.11-10/0373r2
Submission
NIST PAP Overview (2)• It will often be the case that the SDOs that are executing the PAP tasks
(as part of the PAP Working Group Execution Team) diverge from the original intent of the PAP. This is due to their natural, and correct, orientation towards their own specific goals and needs. The PAPs arise from the broader stakeholder involvement in the Smart Grid problem space and such has identified goals that come from this broader scope. In these cases, the parties are brought together under the auspices of the SGIP and an attempt to resolve the differences is pursued. The possibility could arise where this is not sufficient to move the PAP forward. In this case the PAP WG or the SGIP can:
• Revise the PAP to accommodate the concerns of the implementers, or, • Can redistribute the tasks of the PAP to organizations more in line with
the needs of the scope of the PAP. • Rescind the PAP judging that it is no longer in the interest of the SGIP
to pursue.
March 2010
Bruce Kraemer, Marvell
Slide 62
doc.: IEEE 802.11-10/0373r2
Submission
NIST PAP2Wireless Communications for the Smart Grid (6.1.5)
• http://collaborate.nist.gov/twiki-sggrid/bin/view/SmartGrid/PAP02Wireless
• Abstract:
• This work area investigates the strengths, weaknesses, capabilities, and constraints of existing and emerging standards-based physical media for wireless communications. The approach is to work with the appropriate standard development organizations (SDOs) 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.
March 2010
Bruce Kraemer, Marvell
Slide 63
doc.: IEEE 802.11-10/0373r2
Submission
NIST PAP#2
• Description:
• Review existing documentation and ongoing work to assess the capabilities and weaknesses of wireless technologies operating in both licensed and unlicensed bands and to develop guidelines on their use for different Smart Grid application requirements.
March 2010
Bruce Kraemer, Marvell
Slide 64
doc.: IEEE 802.11-10/0373r2
Submission
NIST PAP#2• Objectives:
• Identify requirements for use of wireless technologies for the Smart Grid.
• Identify guidelines for effectively, safely, and securely employing wireless technologies for the Smart Grid.
• Identify approaches to define the strengths and weaknesses of candidate wireless technologies to assist Smart Grid design decisions.
• Analyze co-channel interference issues and develop coexistence guidelines for operation in unlicensed bands.
• Identify key issues to be addressed in wireless assessments and development for the Smart Grid.
March 2010
Bruce Kraemer, Marvell
Slide 65
doc.: IEEE 802.11-10/0373r2
Submission
NIST PAP#2• Why: • Wireless technologies are one of many types of media that
could meet many Smart Grid requirements by enabling access where other media are too costly or otherwise not workable.
• However, different types of wireless technologies also have different availability, time-sensitivity, and security characteristics that may constrain what applications they are suitable for.
• Therefore, different wireless technologies must be used with knowledge of their varying capabilities and weaknesses in all plausible conditions of operation. This work provides objective information on the appropriateness of use.
March 2010
Bruce Kraemer, Marvell
Slide 66
doc.: IEEE 802.11-10/0373r2
Submission
NIST PAP#2
• Where:
• Wireless can be used in field environments across the Smart Grid including generation plants, transmission systems, substations, distribution systems, and customer premises communications.
• The choice of wireless or non-wireless, as well as type of wireless must be made with knowledge of the appropriate use of the technology.
March 2010
Bruce Kraemer, Marvell
Slide 67
doc.: IEEE 802.11-10/0373r2
Submission
NIST PAP#2 – Next Meeting
• PAP 2 session at OpenSG Users Group, San Fransisco, February 4, 2010:
• A face-to-face meeting will take place on February 4th, 2010, starting at 8am until 3:00pm. This meeting is collocated with the OpenSG User Group meetings in San Fransisco during the week of February 1, 2010. Information about registration and the hotel venue can be found at:
•http://osgug.ucaiug.org/sf2010/default.aspx
March 2010
Bruce Kraemer, Marvell
Slide 68
doc.: IEEE 802.11-10/0373r2
Submission
NIST PAP#2 Tasks
• Task 1: Segment the smart grid and wireless environments into a minimal set of categories for which individual wireless requirements can be identified.
• Task 2: Develop Terminology and definitions.
• Task 3: Compile & communicate use cases and develop requirements for all smart grid domains in terms that all parties can understand
March 2010
Bruce Kraemer, Marvell
Slide 69
doc.: IEEE 802.11-10/0373r2
Submission
NIST PAP#2 Tasks
• Task 4: Compile and communicate a list of capabilities, performance metrics, etc. in a way that all parties can understand. - Not quantifying any standard, just defining the set of metrics.
• Task 5: Create an inventory of wireless standards and their associated characteristics (defined in previous task) for the environments identified in task 1.
• Task 6:Perform the mapping and conduct an evaluation of the wireless technologies based on the criteria and metrics developed in task 4.
March 2010
Bruce Kraemer, Marvell
Slide 70
doc.: IEEE 802.11-10/0373r2
Submission
NIST PAP#2 -Network Information
• Both IP and wireless communications priority action plans include as a first task the development of network requirements for Smart Grid applications.
• Identifying these requirements is key in order to develop guidelines for the use of IP and wireless communications in the context of the Smart Grid.
March 2010
Bruce Kraemer, Marvell
Slide 71
doc.: IEEE 802.11-10/0373r2
Submission
NIST PAP#2 Functional Requirements
• http://collaborate.nist.gov/twiki-sggrid/pub/SmartGrid/PAP01InternetProfile/SG_Communications_funct-reqs_v1-draft.xls
Functional Requirements
March 2010
Bruce Kraemer, Marvell
Slide 72
doc.: IEEE 802.11-10/0373r2
Submission
NIST PAP#2 – Task 5 Guidance• Task 5 calls for the collection of an inventory of wireless technologies, based on
the parameters and metrics developed in Task 4, to be filled by each SDO. • The purpose of the row entries in the wireless capability matrix
NIST_PAP2-_Wireless_Characteristics-IEEE802-v_02.xls developed in Task 4 is to allow high level assessment of the suitability of particular wireless standard based technologies for use in various applications and domains of the Smart Grid.
• Since many of the parameters in the matrix have dependencies on each other, e.g. data throughput, range and mobility, the matrix should be filled out by providing a consistent set of parameter values, rather then best case values for each parameter.
• By a “consistent set” we mean that one picks some “operating point” for the technology and provides parameter values (for those that depend on operating point) that are consistent. For example, maximum data rate will not be delivered at maximum range. A column entry is expected to provide values for the error rate, range, throughput, mobility and other interrelated parameters consistent with the chosen operating point. It would be appropriate to complete more than one column for an individual technology to display the results for more than one operating point.
Top Related