Abstract: Secure pairing of computing devices, such as a field tool and a battery-powered device (BPD), may include generating by the BPD a challenge message including a randomly-generated challenge, and receiving at the field tool a challenge message from the BPD via a Bluetooth low-energy (BLE) advertisement message. The challenge message can include a randomly-generated challenge and can be issued in a scannable undirected advertising message. The challenge key can be calculated via a secure hash algorithm (SHA) to obtain a response solution. The response solution can be sent by the field tool to the advertising device in response to the challenge message. The response solution can be verified by the BPD using a cryptographic message authentication code such as an HMAC, and the BPD sends a confirmation message to the field tool indicating that the response solution is verified as correct.

Abstract: Secure pairing of computing devices, such as a field tool and a battery-powered device (BPD), may include generating by the BPD a challenge message including a randomly-generated challenge, and receiving at the field tool a challenge message from the BPD via a Bluetooth low-energy (BLE) advertisement message. The challenge message can include a randomly-generated challenge and can be issued in a scannable undirected advertising message. The challenge key can be calculated via a secure hash algorithm (SHA) to obtain a response solution. The response solution can be sent by the field tool to the advertising device in response to the challenge message. The response solution can be verified by the BPD using a cryptographic message authentication code such as an HMAC, and the BPD sends a confirmation message to the field tool indicating that the response solution is verified as correct.

Abstract: Techniques are discussed for performing a demand reset in a wireless meter reading environment, in a manner such that demand data may not be lost. In response to receiving a command from a mobile device of a requester, a meter may store demand value(s) in a log, reset register(s) that store the demand value(s) and wirelessly provide the demand value(s) to the mobile device of the requester. Due to the lack of reliability associated with wireless communications between the meter and a requestor, the requestor may not actually receive the demand value(s). Upon receiving a subsequent command for the demand value(s), the meter may determine that the command is a replay, and provide the demand value(s) without resetting the register(s). Techniques are also discussed for generating the commands, securing the commands, and providing the commands to mobile devices in route packages.

Abstract: Collection of resource consumption data may be coordinated by designating, for each endpoint in a utility communication network, a single data collector to be responsible for reporting resource consumption data of the respective endpoints to a head-end computing device. If the head-end computing device does not receive resource consumption data from one or more endpoints, the head-end computing device may request the missing resource consumption data from one or more secondary or tertiary data collectors that receive resource consumption data from the one or more endpoints. Additionally, if a data collector is missing resource consumption data from an endpoint during a reporting period, upon receiving resource consumption data from the endpoint during a subsequent reporting period, the data collector may request the missing resource consumption data.

Abstract: A utility company may schedule when and how endpoints report resource consumption data based on relative priorities of endpoints or the customers associated therewith. By associating endpoints with one of multiple different quality of service (QoS) levels, and sending each endpoint a reporting schedule based on its respective QoS level, the utility company may configure prioritized reporting of resource consumption data by endpoints of an advanced metering infrastructure (AMI) with automatic meter reading (AMR).

Abstract: Techniques for reconfiguring utility meters from a mobile mode to a network mode are discussed. A utility meter may be configured for operation in a mobile mode environment, wherein it transmits data using radio frequency (RF) transmissions, such as by “bubbling-up” a “standard consumption message” at intervals. However, a switchover from mobile mode to network mode may be scheduled. The switchover may involve a plurality of endpoints (i.e., metering devices together with associated mobile mode and network mode functionality) transitioning from mobile mode functionality to network mode functionality. In one example, processors on an endpoint using a first “image” including executable software providing mobile mode functions may reboot to use a second image providing fixed network mode functions (e.g., mesh or star network operability). Following the transition, the endpoints may discover adjacent or nearby endpoints, and a fixed network having network mode functionality may be configured.

Abstract: Techniques for limited data messaging with standards compliance are described herein. A network may be configured as an advanced metering infrastructure (AMI) for automatic meter reading (AMR). A plurality of endpoints (EP) may each be associated with a meter configured to measure consumption of a resource, such as electricity or natural gas. The plurality of EPs may communicate consumption data to a data collector (DC), which transfers the data to a central office. In one example, network traffic and battery power consumption of the EPs may be reduced if each endpoint packages data as a compact array, having minimal data formatting and tagging. A class object associated with each EP and stored at the DC allows the DC to interpret the compact array. Based on this interpretation, the DC is able to reformulate the data as a COSEM (or other standards-based object) for transmission to the central office.

Abstract: Techniques for injecting encryption keys into a meter as a part of a manufacturing process are discussed. Since various encryption keys injected into meters may be specific to each individual meter, a utility company customer may require a copy of the injected encryption keys associated with each individual meter. The techniques may include providing a copy of keys injected into each meter to a utility company customer. In some instances, the meter manufacturer may not store or persist various encryption keys that are injected into the meters during the manufacturing process.

Abstract: A utility company may schedule when and how endpoints report resource consumption data based on relative priorities of endpoints or the customers associated therewith. By associating endpoints with one of multiple different quality of service (QoS) levels, and sending each endpoint a reporting schedule based on its respective QoS level, the utility company may configure prioritized reporting of resource consumption data by endpoints of an advanced metering infrastructure (AMI) with automatic meter reading (AMR).

Abstract: Techniques for injecting encryption keys into a meter as a part of a manufacturing process are discussed. Since various encryption keys injected into meters may be specific to each individual meter, a utility company customer may require a copy of the injected encryption keys associated with each individual meter. The techniques may include providing a copy of keys injected into each meter to a utility company customer. In some instances, the meter manufacturer may not store or persist various encryption keys that are injected into the meters during the manufacturing process.

Abstract: Techniques are discussed for performing a demand reset in a wireless meter reading environment, in a manner such that demand data may not be lost. In response to receiving a command from a mobile device of a requester, a meter may store demand value(s) in a log, reset register(s) that store the demand value(s) and wirelessly provide the demand value(s) to the mobile device of the requester. Due to the lack of reliability associated with wireless communications between the meter and a requestor, the requestor may not actually receive the demand value(s). Upon receiving a subsequent command for the demand value(s), the meter may determine that the command is a replay, and provide the demand value(s) without resetting the register(s). Techniques are also discussed for generating the commands, securing the commands, and providing the commands to mobile devices in route packages.

Abstract: A utility company may schedule when and how endpoints report resource consumption data based on relative priorities of endpoints or the customers associated therewith. By associating endpoints with one of multiple different quality of service (QoS) levels, and sending each endpoint a reporting schedule based on its respective QoS level, the utility company may configure prioritized reporting of resource consumption data by endpoints of an advanced metering infrastructure (AMI) with automatic meter reading (AMR).

Abstract: Techniques for reconfiguring utility meters from a mobile mode to a network mode are discussed. A utility meter may be configured for operation in a mobile mode environment, wherein it transmits data using radio frequency (RF) transmissions, such as by “bubbling-up” a “standard consumption message” at intervals. However, a switchover from mobile mode to network mode may be scheduled. The switchover may involve a plurality of endpoints (i.e., metering devices together with associated mobile mode and network mode functionality) transitioning from mobile mode functionality to network mode functionality. In one example, processors on an endpoint using a first “image” including executable software providing mobile mode functions may reboot to use a second image providing fixed network mode functions (e.g., mesh or star network operability). Following the transition, the endpoints may discover adjacent or nearby endpoints, and a fixed network having network mode functionality may be configured.

Abstract: Collection of resource consumption data may be coordinated by designating, for each endpoint in a utility communication network, a single data collector to be responsible for reporting resource consumption data of the respective endpoints to a head-end computing device. If the head-end computing device does not receive resource consumption data from one or more endpoints, the head-end computing device may request the missing resource consumption data from one or more secondary or tertiary data collectors that receive resource consumption data from the one or more endpoints. Additionally, if a data collector is missing resource consumption data from an endpoint during a reporting period, upon receiving resource consumption data from the endpoint during a subsequent reporting period, the data collector may request the missing resource consumption data.

Abstract: A utility company may schedule when and how endpoints report resource consumption data based on relative priorities of endpoints or the customers associated therewith. By associating endpoints with one of multiple different quality of service (QoS) levels, and sending each endpoint a reporting schedule based on its respective QoS level, the utility company may configure prioritized reporting of resource consumption data by endpoints of an advanced metering infrastructure (AMI) with automatic meter reading (AMR).

Abstract: Techniques for limited data messaging with standards compliance are described herein. A network may be configured as an advanced metering infrastructure (AMI) for automatic meter reading (AMR). A plurality of endpoints (EP) may each be associated with a meter configured to measure consumption of a resource, such as electricity or natural gas. The plurality of EPs may communicate consumption data to a data collector (DC), which transfers the data to a central office. In one example, network traffic and battery power consumption of the EPs may be reduced if each endpoint packages data as a compact array, having minimal data formatting and tagging. A class object associated with each EP and stored at the DC allows the DC to interpret the compact array. Based on this interpretation, the DC is able to reformulate the data as a COSEM (or other standards-based object) for transmission to the central office.