The invention is directed to the problem of how to facilitate and promote the use of plug-in electric vehicles (PEVs).
At present, the owner of a PEV can only be confident that he or she can recharge his or her PEV at his or her own residence or his or her own business location. This is because the recharging of a PEV requires a reasonably significant input of electrical energy. There is no presently practical system and infrastructure for allowing the owner of a PEV to recharge his or her vehicle at a third party location without having to negotiate each time with the owner of the third party location for the necessary input of electrical power.
In one aspect of the invention, the invention is a system for recharging the batteries in an electrically powered vehicle which is owned or operated by an authorized party, wherein the recharging of the batteries is carried out at a site away from premises owned or controlled by the authorizing party, the system comprising (a) first communication means for communicating between the site and an electrical utility for requesting the recharging of the batteries at the site, (b) authorization confirmation means for confirming that the authorized party is in fact authorized to recharge the batteries at the site, (c) second communication means between the electrical utility and the site for confirming authorization of the authorized party and for enabling the recharging of the batteries at the site, and (d) accounting means for calculating the cost of recharging the batteries and properly assessing that cost to the authorized party.
These and other features, aspects and advantages of the present invention will become better understood with reference to the following description, appended claims and accompanying drawings where:
The invention provides systems and infrastructure for efficiently and conveniently allowing the owner of a PEV to recharge his or her PEV, both at facilities owned by the PEV owner and at third party sites.
The invention requires the following systems to be in place:
A Home Area Network (HAN) which will be the primary mechanism for exchange of information between PEV and utility. The HAN will be driven by a ZigBee wireless communications medium (802.15.4) or similar system provided by an electrical power use “smart meter” disposed at the PEV owner's facility, the smart meter being capable of interactive communication with an electric power utility via the HAN. The HAN supplied by the smart meter cannot directly send/receive communications via Powerline Carrier (PLC) or other medium.
Bridging technologies between 802.15.4 wireless and other communications media, notably PLC.
The invention requires that the PEV be registered with the utility.
In the invention, the PEV must first be registered with the utility. PEV Registration involves two important steps:
1. Initial ‘out of band’ registration of the PEV with the utility company, followed by
2. Initial binding between the communicating PEV and the communicating utility
These steps are described in more detail below, and are diagramed in
Step one involves the upfront and one-time exchange of information between a PEV owner/operator and his/her electric utility such that the utility has a record of the PEV associated to the appropriate utility customer account at the primary premise(s) at which the PEV will engage in charging. This is likely to be accompanied with the enrollment in one or more utility programs providing services or incentives for customers with PEVs. Step one must be completed outside of the communications medium provided for ongoing PEV-utility communications so that the utility knows how to react to later requests for communication and handle the resulting messages exchanged between PEV and utility.
Out of band registration will require customer's identification and/or location information along with a unique PEV ID to be provided to the utility by the customer. Out of band communication to the utility could be accomplished by contacting the utility through returning paper documents, telephone/call center, or (preferably) via internet self-service, among other possible means. Optional data to be exchanged might include other vehicle parameters (e.g. make, model, battery size, etc.), enrollment parameters (e.g. programs, rates, charging preferences), and/or roaming parameters (e.g allow roaming, specific alternative roaming locations, etc.).
Step 2: Initial PEVUtility Binding
Once out of band registration has established a record of the PEV vehicle-utility customer/location association within a utility information system, step two involves the initial communication and setup between the PEV and the utility through the utility provided HAN.
Multiple triggering events for establishing a communications ‘session’ between vehicle and PEV are possible, and will be discussed further in the Binding section (section 3) of this document. Information between utility and PEV will be transmitted as ZigBee Smart Energy (SE) Profile standard messages. Binding will occur via the premise (primary) Edison SmartConnect meter's HAN ZigBee 802.15.4 radio communicating to the PEV. The PEV might be able to communicate via its own ZigBee 802.15.4 radio, or via other ZigBee SE supported communications media such as PLC, Wi-Fi 802.11, or others, through the use of an 802.15.4 bridge. The preferred method for PEV communications medium will be discussed in the Binding section of this document (Section 3).
Once the initial communications session has been established, the utility will authenticate the PEV and provide it with commissioning and registration parameters which might include rate/program specific information (e.g. data recording intervals, on/off peak boundary times, specific kWH price information, etc.) depending on the parameters of programs/services that were enrolled into during step one above. A Utility ID (i.e. indicating the home utility) might also be provided to be stored within the PEV in support of foreign utility roaming, should such a roaming scenario be implemented (see section 4.2).
While enrollment & registration are not required for PEV charging, it will be required for PEV operators to benefit from services and/or incentives that the utility might offer to PEV users.
PEV binding is the process by which a PEV and the utility initiate a communications ‘session’ between each other. This is the regular & repeated communications activity which occurs each time that a PEV is attached to a utility energy portal for charging; it is distinct from the initial communications activity described in the PEV Registration Section.
Load correlation is the term to describe a situation where a communicating electric device (in this case a PEV) is attached to the same utility location/premise via both the energy portal/outlet and the HAN communications network. In the more specific case, load correlation means that the meter which is measuring load served to charge a PEV is the same meter providing/collecting HAN communications information to/from the PEV. The load correlation issue arises when load is served through one meter end point, while communications are served through a separate meter end point.
Scenario 1 indicates that PEV binding will be initiated by the act of plugging in the PEV to the energy portal (e.g. electrical outlet or other charging apparatus). Upon plugging in, PEV will issue ‘rejoin’ communications to the utility. This rejoin request may be specific to the charging location/premise, or may be generic (generic required for PEV roaming). At the same time, a ‘smart’ energy portal (or smart electrical outlet) detects power flow and issues an ‘allow rejoin’ communication to the designated utility takeout point (e.g. meter) for that energy portal. Once the meter receives an ‘allow rejoin’ request from the smart outlet it can also receive the ‘rejoin’ from the PEV, which would initiate the communications session.
A drawback to scenario 1 is that it requires special equipment at the charging location (smart energy portal/electrical outlet), and this equipment is not likely to be widely distributed to support roaming charging, at least during the adoption period for PEVs. This special equipment cannot be portable in support of roaming as this would create the same problem scenario 1 is attempting to resolve (i.e. smart energy portal/outlet could send ‘allow rejoin’ to an uncorrelated endpoint—especially in the multi-tenant situation). If the roaming scenario were not considered, scenario 1 would solve load correlation problems, except in the rare chance that multiple PEVs in the same vicinity are plugged in for charging at exactly the same time.
Scenario 2 begins similarly to Scenario 1 in that PEV binding is initiated by plugging in. However, instead of detecting power flow (as in scenario 1), a ‘smart’ energy portal/electrical outlet receives a PLC communication from the PEV identifying itself. Upon receipt of the PEV ID message via PLC, the smart energy portal/electrical outlet bridges the communication to wireless 802.15.4 and communicates this over the utility HAN to the meter endpoint and back to the utility. Because PLC is used from the PEV, the bridging technology can actually lie anywhere within the premise (e.g. ‘wall wart’ type device), and need not be specifically a smart energy portal/electrical outlet at the point of PEV charging.
Like scenario 1, a drawback to scenario 2 is that it also requires special equipment at the charging location (e.g. smart electrical outlet or ‘wall wart’ plug-in). However, because this equipment can be placed anywhere on the premise circuitry, initial installation in this scenario may be simpler. Overall communication and initiation of communications sessions between PEV and utility are also simplified in this scenario. Like scenario 1, special equipment is not portable to support roaming scenarios. This being said, limited portability could be supported if the bridging device could be associated to multiple specific premise locations most frequently used for roaming, and was modular (i.e. smart ‘wall wart’ example). Without roaming, scenario 2 would solve the load correlation issue, and also alleviates the issue raised in scenario 1 regarding simultaneous plugging in and binding of more than one PEV in a given vicinity.
Scenario 3 provides for a more advanced approach for PEV binding and load correlation. In this scenario electronic load signatures are tracked by the utility at metering end points and are also packaged up for collection via the wireless HAN. These signatures (one collected through the wire, the other via wireless HAN) could be compared to determine which PEV was charging at which premise at any given time. While this would theoretically eliminate load correlation problems, it would likely require significant back end computing power to collect, analyze, and compare load signatures for each PEV charging session. Also, more thought would have to be given as to how electronic signature traveling on PLC through a metering endpoint is ultimately collected and returned to the utility. It is likely that additional equipment to provide PLC to wireless bridging would also be required for this alternative.
It is assumed that the load correlation issue will be most important to solve for cases in which roaming programs are in place. However, even when charging at a single premise load correlation issues can still arise where communications binding occurs at the designated primary meter, but charging occurs through a non-correlated energy portal/electrical outlet. Such a situation is anticipated to be more prevalent at multi-tenant locations such as apartment buildings, condominiums, or retail centers.
PEV roaming is processes for PEV binding and charging away from the PEV's primary charging location, as designated in the PEV registration and enrollment process. PEV roaming can occur within the home utility service territory or beyond it, in a foreign or ‘roaming’ utility. These two separate scenarios are described in more detail below.
With PEV roaming, depending on the PEV user's registration/enrollment preferences with the utility, either the PEV user's or the premise/location customer's utility account may be billed for energy consumed for charging. When PEV-utility binding is not possible due to lack of or failure of HAN communications, energy consumption will be billed to the premise customer utility account by default.
Again following the image in
If the attributes of the enrolled PEV program indicate that the charging costs are to be accrued to the PEV operator's account, this situation has been deemed an “orphaned” charge, requiring the utility to do the reconciliation of debiting the PEV operator's account while crediting the charging premise customer's account with the energy usage consumed for PEV charging.
It is envisioned that the information exchange described above, requiring an authentication step at the utility back office, may only be required for an initial communications session at any given roaming location. At the time of the initial session, relevant registration parameters can be stored/cached at the wireless takeout point, leading to improved performance in establishing communications for subsequent roaming to the same location. Endpoints will obviously have limitations as to the number of simultaneous PEVs that can be cached in local memory at any given time. Such limitations will be considered during the conceptual architecture and pre-engineering activities for these concepts.
PEV Roaming outside of the home electric utility service territory requires the existence of a cross-utility clearinghouse of which both the home utility and foreign/roaming utility are members. It also requires that the foreign/roaming utility has an available HAN communications medium which is compliant with the home utility's HAN application profile (i.e. the communications medium is compatible with the ZigBee SmartEnergy Profile messaging structures).
Proceed according to PEV customer preferences. Upon completion of PEV charging, the foreign/roaming utility will use clearinghouse services to settle the “orphaned” charge by debiting the PEV operator's home utility account with energy charges and crediting the corresponding usage amount to the customer account associated with the charging premise/location.
Any ability for foreign utility HAN takeout points to cache roaming PEV ID information to facilitate improved performance for subsequent roaming charging (at the same roaming location) is dependent on the capabilities of the foreign utility's HAN infrastructure. below provides an overall view of data communications flow between the PEV and the utility, inclusive of the concept of a clearinghouse to support foreign/roaming utility charges to be debited to the PEV operator's home utility account with corresponding usage credited to the premise/location customer in the foreign/roaming utility.
The foreign utility roaming scenario begins similarly to the home utility roaming scenario described in Section 4.1 above, with PEV ID information passing from the PEV to a foreign/roaming utility HAN takeout point and back to the roaming utility for an authorization check. In this case because the PEV is registered to its operator's home utility, while charging in a foreign utility territory, the PEV will fail the roaming utility's authorization check. PEV ID information will then be passed to the clearinghouse to determine if it is enrolled/registered with a participating utility PEV program. If a matching record is found within the clearinghouse, charging will proceed according to PEV customer preferences. Upon completion of PEV charging, the foreign/roaming utility will use clearinghouse services to settle the “orphaned” charge by debiting the PEV operator's home utility account with energy charges and crediting the corresponding usage amount to the customer account associated with the charging premise/location.
Any ability for foreign utility HAN takeout points to cache roaming PEV ID information to facilitate improved performance for subsequent roaming charging (at the same roaming location) is dependent on the capabilities of the foreign utility's HAN infrastructure.
In one embodiment of the invention, the customer enrolls in a PEV demand side management program. Such PEV demand side management program is described immediately below.
The Utility offers demand side management programs specifically for Customers with PEVs to enroll in. Participants in the selected PEV demand side management program may respond to requests by the Utility by reducing PEV load or shifting the time of day that the PEV is being charged. Scenarios for the following types of demand side management programs have been considered for this Use Case:
The selected demand side management program allows the customer to respond in different ways to the demand response request by Utility. Whenever a demand response request is initiated, the Utility notifies PEV Customers enrolled in applicable Utility PEV demand side management programs to encourage action. A variety of notification methods are selectable by the Customer (e.g., pager, e-mail, text message on cell phone, web page, etc).
For those customers enrolled in a PEV Time-of-Use (TOU) pricing demand side management program, applicable energy prices and rate periods (e.g., off-peak, mid-peak, on-peak, etc.) will be made known to the Customer and PEV. PEV initiates charging based on Customer-defined preference settings (considering peak/off-peak rate periods) in the PEV. PEV may not receive demand response discrete event notifications; however, some Customers enrolled in PEV TOU demand side management programs could also enroll in a Discrete Event demand side management program. Because no regular periodic communications between PEV and vehicle is required to support a basic PEV TOU pricing demand side management program, an explicit scenario for this option was not included in this use case. However, Utility-to-PEV communications for PEVs enrolled in a TOU demand side management program does offer other benefits (e.g., updated rates displayed in PEV).
For those customers enrolled in a PEV Discrete Event demand side management program, Utility sends a discrete event request to PEV based upon a prediction of energy supply and/or grid reliability concerns. Such a message may direct the PEV to discontinue PEV charging until the demand response event is over, or until the time duration allowed for the event expires.
For those customers enrolled in a PEV Periodic/Hourly Pricing Price Response program, the utility will download day-ahead 24 hour prices for each hour to the PEV. PEV charging proceeds based on Customer-selected preference settings in the PEV.
Customer plugs PEV into Energy Portal to initiate charging. PEV senses power to on-board charging unit and activates ‘On Plug’ State. A communication session is established between the PEV and the Utility via an Energy Services Communication Interface (ESCI). ESCI handles communication session—including security—and transports all demand side management information between the PEV and Utility. PEV ID is transmitted to ESCI and on to Utility. Utility verifies PEV ID and Premise ID and sends back acknowledgement message. If PEV is enrolled in PEV demand side management program, Utility downloads discrete demand response event information or day-ahead periodic/hourly pricing table to PEV via ESCI.
PEV charging proceeds based on Customer settable preferences. The customer has the ability to override and opt out of demand response events for the PEV through Customer-configured preferences in the PEV. The customer may receive a reduced incentive for exercising this option. End Use Measurement Device records energy supplied to PEV for each charging session. End Use Measurement Device communicates energy supplied to PEV to ESCI, which in turn conveys this information to the Utility. Utility records each PEV charging session for bill generation and reporting.
The Utility will measure (using data from the End Use Measurement Device) the aggregate load reduction. This information can be fed back into a model used to determine the value of future load reduction requests.
This embodiment assumes the following:
The following is a step by step analysis of each scenario:
Customer is Enrolled in a PEV Discrete Event Demand Side Management Program (Direct Load Control) and PEV (and/or PEV Customer) Receives and Responds to Discrete Demand Response Events
For those customers enrolled in a PEV discrete event demand side management program (possibly in exchange for special PEV tariffs or other incentives), this program allows the utility to request an automated load reduction at the customer site by issuing event information to the PEV. The customer can override and/or opt-out of the request in exchange for a reduced incentive. Typically, PEV demand response events are downloaded at least 24 hours ahead, however they could be provided day-of in the case of a grid reliability emergency.
1.1.1 Steps for this Scenario
The following is a step by step analysis of each scenario.
For those customers enrolled in a hourly price demand side management program, this program will download a schedule of 24 hours critical peak pricing for the next day, at least 24 hours ahead, based upon a prediction of energy shortages.
1.2.1 Steps for this Scenario
The following list system preferences and requirements:
In this embodiment, the following terms have the meaning as shown:
In another embodiment of the invention, the customer connects his or her PEV to a premise energy portal. This embodiment is described immediately below.
Customers are interested in fueling vehicles with electricity. Electric Vehicles (EV) and Plug-in Electric Vehicles (PEV) are emerging transportation options for customers. Electric utilities desire to support these emerging loads with electricity at “off peak” times when energy costs are low and generation and power delivery assets are underutilized. PEV manufacturers are interested in working with utilities to develop customer rates/programs which could provide customers with an increased incentive to purchase a PEV. Utilities may offer the Customer a PEV tariff that provides a low rate for off-peak charging and a higher rate for on-peak charging.
Upon plugging a PEV into an energy portal (120V or 240V), a communication session is initiated between the local Energy Services Communication Interface (ESCI) located at the premise and the PEV. The Utility validates that the Customer and the PEV ID are enrolled in a valid PEV program and that the there is correlation between the ESCI and the Energy Portal (that is, that the premise associated to the ESCI and the charging PEV are the same). Upon validation, PEV charging begins, and an End Use Measurement Device (EUMD) tracks electricity supplied during the charging session. If communications cannot be established, or if PEV fails validation, charging will continue; however, no special PEV incentive will be applied. Upon termination of charging session, the End Use Measurement Device logs the charging session information and reports data to the utility for billing and presentation to the Customer.
This use case covers five scenarios:
For a foreign utility scenario (Scenario 3.4), assumption is that roaming utility also has communications capabilities.
Several different scenarios of this embodiment are detailed below:
This scenario describes the most common sequence of customer charging their PEV at their own premise. As described in the main Narrative section, the customer is attempting to charge a PEV under a selected PEV rate tariff that may provide an incentive to charge during off peak periods. The utility needs to support customers on the PEV program.
1.2.2 Steps for this Scenario
This scenario describes what happens if a Customer plugs PEV into another premise (not his own, but one serviced by the same utility), where the premise owner is responsible for the cost of energy delivered to the PEV charged at the premise.
1.3.1 Steps for this Scenario
This scenario describes what happens if customer plugs PEV into another premise (not his own, but serviced by the same utility), where the PEV operator is responsible for the cost of energy delivered to the PEV charged at the premise.
1.4.1 Steps for this Scenario
This scenario describes what happens if customer plugs PEV into another premise (not his own, and not serviced by the same utility (i.e. roaming utility), where the PEV operator is responsible for the cost of energy delivered to the PEV charged at the premise.
1.5.1 Steps for this Scenario
1.6 Primary Scenario: Non-Enrolled PEV (or Customer with Non-Communicating PEV) Connects to Energy Portal
This scenario describes what happens if an unenrolled PEV can communicate with local area network (e.g., LAN, HAN, PAN) or Customer has PEV that cannot communicate or cannot communicate with a specific Utility's network.
1.6.1 Steps for this Scenario
In this embodiment, the following terms have the listed meanings:
Having thus described the invention, it should be apparent that numerous structural modifications and adaptations may be resorted to without departing from the scope and fair meaning of the instant invention as set forth hereinabove and as described hereinbelow by the claims.
This Application claims priority to Provisional Application Ser. No. 61/089,649, filed Aug. 18, 2008, entitled “Utility Communications Design Concepts” and which is incorporated in its entirety herein.
Number | Date | Country | |
---|---|---|---|
61089649 | Aug 2008 | US |