So one of the other IoT verticals that very interesting in the comm service provider space involves smart cities and utilities. So in this area, again, we're going to look at the network performance requirements. The key performance indicators, KPIs, for some of the subcategories that we see down that first column for smart lighting, metering, parking, connect and transport, environmental monitoring, and in addition digital security. The bandwidth requirement, BW. The bandwidth requirement, for example, from digital security is significantly higher at 10 to 100 megabits per second than we would find, for example, a smart metering And the smart metering example is significantly, less with a 1 to 100 or to 1,000 kilobits per second. Smart parking falls in that 10 to 100 megabits per second. So much greater than the lighting or the metering requirement but significantly less than our digital security. The density, again, smart metering, possibly very dense. Digital surveillance, not quite as dense in that area. The availability, obviously, if we're going to do this, we went relatively high availability and similarly the reliability to reduce the maintenance activities that are in there. So those use cases, the comms service provider you might be interested in into these you know large metropolitan-type smart city enabled connected lighting. So again we talked about energy a little earlier in our conversations. And one of the things that you might be interested in, is if you put in smart lighting, if the traffic volume decreases significantly at 2:00 in the morning, and you can detect traffic increasing, suddenly a freight company releases a number of its trucks you might want to start turning your lighting on, then, for that 15 minutes as those trucks are rolling out between 2:30 and 3:00 in the morning, and then 3:30 to 4:00, or whatever it is, you may be able to reduce that. But if you have that information, and it's available under your network, that's a use case that could actually save the city money from an energy cost standpoint by detecting the flow of the transportation infrastructure and disabling the lighting when it's not there and then re-enabling the lighting in the real time when it's there. Emergency service management is a fine example. Again, we've talked about some of those types of examples where you've got a need for network access for some contingency type of an operation from an emergency management situation. And then smart grids, we've talked about the performance requirements inside the electrical grid, and if the municipality has the ability to provide feedback into that. So what are the opportunities, then, in that comm service provider? We're going to break these out again into both real-time video monitoring and guidance, and the functionality that are there. Massive connectivity that has maybe non-real time sensing. When you think about pollution controls, you're monitoring environmentals, for example, in that area. If you have sensors that are doing that, or you are detecting some type of weather, massive connectivity possibilities there in a non-real time area. And then we also have massive connectivity for time-critical content. Again, you think about things like the digital surveillance or detection of a natural disaster and control type areas. So we're going to take those opportunities, and transform them into double-clicks, if you will, on this slide across the top. So real-time video monitoring and guidance. And the massive connectivity for non-time-critical sensing and then massive connectivity for time-critical sensing. The description below tells you some of the examples you might find that come into play there. What's the potential tech? So 5G falls into that scope for that real-time video monitoring, because of the capacity and the low latency that's required there. Maybe you can do some of the sensing with lesser technology, whether that's 4G or Wi-Fi technology. May be overkill, may not be in the 5G space. But nevertheless the technology exists that we can provide that forward or backward capability into those devices if the 5G is there. And we can get a sense whether the town connects to it effectively, you may just want to be able to do that. And obviously, on the massive connectivity for the time-critical, you're going to see the functionality of 4G and 5G that comes into play here. Our expected data rates, again, are significantly double-clicked on, if you will, here. The video is going to-- if it's a 4K or an AK type of video, you're going to see 30 to 40 megabits or 80 to 100 megabits per second functionality that's in there. Very high-definition video is going require about 10 megabit per second throughput from the network in order to sustain that type of a video. And again, that's from a single camera. If you think about enabling municipality, you may need a large number of these sensors that are deployed. And then you would have the multiplicity of those devices in the network, which places more infrastructure requirements onto that device. So you may think about the smart lighting to having a video camera associated with it as well. And rather than running a hard wire from that camera all the way back maybe you've got a small 5G transmitter cell that's on that device powered by the same infrastructure that the light is powered providing connectivity back into some monitoring site. Again, latency, depending on what these devices are going to have different latency requirements. Maybe our real-time video, even though it says real time, has a lot larger latency capability than, for example, what we might see on some type of critical center activity. Again, reliability, we've taken a look at some of the studies that tell us how reliable these devices need to be. Not the devices themselves, but the device and the end to end capability inside that network. Smart grid management, obviously, if you're going to put that into play and count on it to do the things you want, you're going to have to have very high reliability for it. Whereas if we're looking at metering control, or weather-type control, maybe that's not monitoring Not control the weather. Wouldn't that be nice? We're going to see that that's probably false to that non-critical area. So the way we design and operate the network may have different requirements on it. Again, the density is going to drive a lot of our need here. The camera density may be different than we're going to find from a monitoring or a center requirement that's in there. And then also, we've got some coverage considerations that come into play inside those functions.
