idnits 2.17.1 draft-liu-wisun-use-cases-00.txt: Checking boilerplate required by RFC 5378 and the IETF Trust (see https://trustee.ietf.org/license-info): ---------------------------------------------------------------------------- No issues found here. Checking nits according to https://www.ietf.org/id-info/1id-guidelines.txt: ---------------------------------------------------------------------------- No issues found here. Checking nits according to https://www.ietf.org/id-info/checklist : ---------------------------------------------------------------------------- ** The document seems to lack an IANA Considerations section. (See Section 2.2 of https://www.ietf.org/id-info/checklist for how to handle the case when there are no actions for IANA.) ** The abstract seems to contain references ([I-D.ietf-lpwan-overview]), which it shouldn't. Please replace those with straight textual mentions of the documents in question. Miscellaneous warnings: ---------------------------------------------------------------------------- == The copyright year in the IETF Trust and authors Copyright Line does not match the current year == The document doesn't use any RFC 2119 keywords, yet seems to have RFC 2119 boilerplate text. -- The document date (July 3, 2017) is 2489 days in the past. Is this intentional? Checking references for intended status: Informational ---------------------------------------------------------------------------- == Outdated reference: A later version (-10) exists of draft-ietf-lpwan-overview-05 Summary: 2 errors (**), 0 flaws (~~), 3 warnings (==), 1 comment (--). Run idnits with the --verbose option for more detailed information about the items above. -------------------------------------------------------------------------------- 2 lpwan B. Liu 3 Internet-Draft M. Zhang 4 Intended status: Informational Huawei Technologies 5 Expires: January 4, 2018 C. Perkins 6 Futurewei 7 July 3, 2017 9 WiSUN use cases 10 draft-liu-wisun-use-cases-00 12 Abstract 14 This draft presents several use cases in which WiSUN technology can 15 be applied, including Advanced Metering Infrastructure and 16 Intelligent Street Lights. The draft can stand alone as an 17 independent draft, but also represents a potential contribution to 18 the "WiSUN overview" section of [I-D.ietf-lpwan-overview]. 20 Status of This Memo 22 This Internet-Draft is submitted in full conformance with the 23 provisions of BCP 78 and BCP 79. 25 Internet-Drafts are working documents of the Internet Engineering 26 Task Force (IETF). Note that other groups may also distribute 27 working documents as Internet-Drafts. The list of current Internet- 28 Drafts is at http://datatracker.ietf.org/drafts/current/. 30 Internet-Drafts are draft documents valid for a maximum of six months 31 and may be updated, replaced, or obsoleted by other documents at any 32 time. It is inappropriate to use Internet-Drafts as reference 33 material or to cite them other than as "work in progress." 35 This Internet-Draft will expire on January 4, 2018. 37 Copyright Notice 39 Copyright (c) 2017 IETF Trust and the persons identified as the 40 document authors. All rights reserved. 42 This document is subject to BCP 78 and the IETF Trust's Legal 43 Provisions Relating to IETF Documents 44 (http://trustee.ietf.org/license-info) in effect on the date of 45 publication of this document. Please review these documents 46 carefully, as they describe your rights and restrictions with respect 47 to this document. Code Components extracted from this document must 48 include Simplified BSD License text as described in Section 4.e of 49 the Trust Legal Provisions and are provided without warranty as 50 described in the Simplified BSD License. 52 Table of Contents 54 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2 55 2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 3 56 3. Use Cases . . . . . . . . . . . . . . . . . . . . . . . . . . 3 57 3.1. Advanced Metering Infrastructure . . . . . . . . . . . . 3 58 3.2. Intelligent Street Lights . . . . . . . . . . . . . . . . 4 59 4. Security Considerations . . . . . . . . . . . . . . . . . . . 5 60 5. References . . . . . . . . . . . . . . . . . . . . . . . . . 5 61 5.1. Normative References . . . . . . . . . . . . . . . . . . 5 62 5.2. Informative References . . . . . . . . . . . . . . . . . 5 63 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 5 65 1. Introduction 67 WiSUN [RFC2119] is an established suite of IoT technologies that is 68 based on IEEE 802.15.4, TCP/IP, and related standard protocols. 69 Important characteristics of WiSUN include the following: 71 Coverage 72 Range measured in kilometers 74 Development Ecosystem 75 WiSUN Alliance with task groups for targeted use cases and assured 76 interoperability 78 High Bandwidth 79 Up to 300 kbps 81 Low Latency 82 0.02 seconds 84 Mesh Routing 85 Resilient and scalable 87 Power Efficiency 88 less than 2 uA when resting; 8 mA when listening 90 Scalability 91 Networks to 5,000 devices; 10 million endpoints worldwide 93 Security 94 Public key certificates, AES, HMAC, dynamic key refresh, hardened 95 crypto 97 2. Terminology 99 The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", 100 "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and 101 "OPTIONAL" in this document are to be interpreted as described in 102 [RFC2119]. Additionally, this document uses the following terms: 104 AMI 105 Advanced Metering Infrastructure 107 B-LLN 108 Building Automation LLN 110 CAN 111 Campus or Corporate Area Network 113 I-LLN 114 Industrial LLN 116 LLN 117 Low-power, lossy network 119 U-LLN 120 Urban LLN 122 WiSUN 123 Wireless Smart Utility Network 125 3. Use Cases 127 3.1. Advanced Metering Infrastructure 129 Advanced metering infrastructure (AMI) is an integrated system of 130 smart meters, communication networks and data management 131 applications. The coverage of Wi-SUN signal is typically 2~3 km, 132 matching the needs of neighborhood area networks, campus area 133 networks, or corporate area networks (CAN). AMI can use Wi-SUN as 134 the single technology to read various types of meters (electricity, 135 gas, water) within one network. 137 Besides the daily or monthly meter reading for bill charging, 138 customers also desire to have a more frequent meter reading to build 139 detailed consumption reports. For such scenarios, the sampling rate 140 of AMI can be once every 10 minutes or even more. Wi-SUN devices are 141 designed for frequent communications (as often as every 10 seconds), 142 satisfying AMI's requirement on sampling rate. Moreover, the MAC MTU 143 of 2047 bytes of Wi-SUN supports the aggregation of locally cached 144 samples into a single packet, which can then be uploaded far less 145 often (e.g. daily). A battery-powered Wi-SUN device can last for up 146 to 10 years without needing battery replacement. 148 Wi-SUN's symmetric uplink/downlink capability and data rate (up to 149 300kbps) allow interactive communications between end devices and 150 gateways. Customers are able to read their meters and get a timely 151 response. When an outage occurs, the operator can interactively 152 "ping" each meter to verify its status, so that the trouble spots can 153 be diagnosed. For these two cases, the meters should respond in 154 real-time. 156 3.2. Intelligent Street Lights 158 Enabling Intelligent Street Lights is an important use for urban IoT. 159 Various end devices can be integrated in a single street light pole 160 for the purposes of adaptive lighting, environment monitoring, 161 utility management, advertising and so on. 163 Wi-SUN supports a high duty cycle enabling frequent data transmission 164 -- as often as once every 10 seconds. With Wi-SUN, sensors such as 165 temperature, humidity and air quality mounted on a light pole can 166 maintain a high sampling rate. Wi-SUN's large MTU (2047 bytes) also 167 allows data from different sensors to be packed within a single 168 packet. 170 As an example for utility management, in the current trash 171 collection, the sanitation workers have to pass by to check each 172 trash can periodically. Since the workers cannot tell whether a can 173 contains any trash, sometimes they come by only to find that the can 174 is empty. If sensors are deployed in the cans, the workers will be 175 informed before attempting collection. Given detailed information 176 about the quantity and type of trash , the right type of vehicle can 177 be sent for collection, and an efficient schedule and path can be 178 planned. Such on-demand collection can reduce the operations cost of 179 sanitation companies. The communication devices in the trash cans 180 would be powered by battery, and their life time should be long 181 enough to minimize the need for battery replacement. In order to 182 save energy, the device is activated only when needed; otherwise it 183 is in deep sleep mode. Battery powered Wi-SUN devices can last for 184 years due to low power consumption. The range of Wi-SUN can be 2~3km 185 in line of sight, so that a gateway mounted on a light pole would 186 cover the end-devices in a district area. If a physical obstruction 187 exists, the range can be extended by multi-hop connection between 188 mains powered Wi-SUN gateways. 190 4. Security Considerations 192 Security is a core concern for many IoT/lpwan networks. Compromised 193 devices can be used to mount attacks on other networks, resulting in 194 disruption of essential services (as would be the case for critical 195 IoT networks used for public safety) or costly technology 196 replacements. Networks based on WiSUN can provide excellent security 197 by offering a number of standardized and powerful features such as 198 Public Key Infrastructure certificates, 802.11i, AES, HMAC, and 199 others as described in [citation required]. 201 5. References 203 5.1. Normative References 205 [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate 206 Requirement Levels", BCP 14, RFC 2119, 207 DOI 10.17487/RFC2119, March 1997, 208 . 210 5.2. Informative References 212 [I-D.ietf-lpwan-overview] 213 Farrell, S., "LPWAN Overview", draft-ietf-lpwan- 214 overview-05 (work in progress), July 2017. 216 Authors' Addresses 218 Bing Liu (Remy) 219 Huawei Technologies 220 No. 156 Beiqing Rd. Haidian District 221 Beijing 100095 222 China 224 Email: remy.liubing@huawei.com 226 Mingui Zhang 227 Huawei Technologies 228 No. 156 Beiqing Rd. Haidian District 229 Beijing 100095 230 China 232 Email: zhangmingui@huawei.com 233 Charles E. Perkins 234 Futurewei 235 2330 Central Expressway 236 Santa Clara 95050 237 United States 239 Email: charliep@computer.org