Speaking Engagements & Private Workshops - Get Dean Bubley to present or chair your event

Need an experienced, provocative & influential telecoms keynote speaker, moderator/chair or workshop facilitator?
To see recent presentations, and discuss Dean Bubley's appearance at a specific event, click here

Showing posts with label NBIoT. Show all posts
Showing posts with label NBIoT. Show all posts

Saturday, September 09, 2017

Huawei Connect: IT services, Enterprise Cellular, video analytics, AI and more

I spent most of last week in Shanghai, attending Huawei's Connect conference and trade show. It was a good chance to get a deep-dive into the company's enterprise activities, as well as get my head around China's broader trends and influences around the technology sector.

I normally engage with Huawei through its analyst relations function, but this trip was organised by a different team. The company apparently considers me a "KOL" ("key opinion leader"), which is a rather diffuse bucket used for a mix of outspoken independent analysts, public-facing academics, video/social bloggers and assorted others. I'm not sure I set out to lead opinions, but I'm certainly happy to voice my own.

(Unlike the analyst events I usually attend, the KOL group isn't really made up of direct competitors, so there's a more collegiate atmosphere - and a very lively WeChat group, partly with logistics about meeting times/locations but also sharing photos or thoughts about the event).

Connect is mostly driven by Huawei's enterprise business unit, which is growing fast (about $6bn revenues in 2016, up 47% [link]), and focuses on cloud and big "infrastructure-led" IT and networking projects. So sectors like smart cities, advanced manufacturing, oil and gas IoT, systems for transport sectors like rail and ports and so on. There's a heavy emphasis on IoT platforms and networks, cloud and storage, video/image surveillance analysis and a lot of AI. 

It clearly intends to be a very significant player in its chosen sectors, using its existing high IT profile in China, plus its global telecom footprint, as a springboard for other international ICT theatres. Unlike Europe, North America and India, China has few global-scale IT companies, especially in systems integration or outsourcing. The closest to a "Chinese version of IBM" is probably ChinaSoft, which has a deep partnership with Huawei anyway, and in which Huawei owns a significant shareholding.

Thinking more about technology-sector comparables, very few have a similar blend of infrastructure/network/telecom expertise, systems integration/services scale and cloud capabilities. Given Ericsson's recent announcements of pulling back on direct enterprise-related initiatives to focus on CSPs and its Cisco partnership as channels (a strategic error, I feel), it's only really Nokia and maybe NEC that have the scope to push the same big-infrastructure enterprise "ICT" vision, although even it doesn't have the full-scale IT services business that Huawei does. Perhaps there's yet more scope for consolidation between traditional IT companies and networks. (Ericsson+IBM? Nokia+HP? NEC+Tata? Who knows....)

One other thing stood out about the event: there was very little spoken about telco networks, Huawei's main business, or the synergies between that business unit and its faster-growing enterprise sibling. 

There was much more about robots and face-recognition than network-slicing and NFV. The main mention of IMS that I saw was in the context of critical communications for public safety, eg push-to-talk. The X-Labs group assessing possible future 5G use-cases was talking about connected drones, or cloud-integrated video-enabled helmets for the blind. There was a "carrier" section in the vertical-industries show hall, but that seemed mostly focused on cloud solutions for telcos.

Conspicuously, there was almost no reference to delivery models for network or IoT capabilities for enterprises. There was no assumption that everything would be provided "as a service", or in particular, delivered by a CSP. There was tacit recognition that some organisations want to own their own infrastructure / private clouds, some may go to a specialist integrator (eg an automation/IoT specialist like Honeywell or GE), and some might use an arm of a telco. For example, T-Systems, Deutsche Telekom's IT unit, was there talking about a Huawei-based storage cloud, deployed for CERN, the leading nuclear and particular research institution on the Swiss/French border.

Huawei also offers its own cloud services, but is quite self-effacing about it, only wishing to become "one of the top 5 clouds" (presumably along with Amazon, Google, IBM and maybe Microsoft - which it also partners) and saying that "1% is enough for us". I don't think Jeff Bezos is going to have too many sleepless nights, although Alibaba, Cisco and Oracle may have different opinions on the top tier's members, the former especially in China itself.


In terms of specific takeouts on my normal coverage areas, a few things stood out:
  • Enterprise Cellular: This was everywhere at the event, under the brand eLTE. This is a sort of pre-cursor to a MuLTEfire / CBRS model of non-carrier cellular networks. There's a quite large eLTE ecosystem, especially around public-safety networks but also manufacturing, transport and other verticals. There was a demo of a robot connected with private cellular. There are 3 variants:
    • An unlicensed LTE-U version that doesn't need a licensed "anchor" like LAA, so can be deployed by any organisation
    • A licensed-band version, where organisations (such as law-enforcement or utilities) can manage to get dedicated spectrum by one means or another
    • A narrowband version, which is essentiially NB-IoT in unlicensed bands such as ISM spectrum (which in China, is in the 500MHz range, or 900MHz in the US)
    • All of these were targeted at industry verticals. There wasn't any mention of other use-cases like neutral-host providers, hybrid MNO/MVNOs, mesh networks, or consumer-oriented plays. 
    • There wasn't any explicit mention of shared-spectrum models like CBRS, but it seems to fit under the second category.
    • This all fits nicely with the recent work I've done on private/enterprise cellular. It will be an ongoing theme as it is clearly "happening", including presentations at a few upcoming regulatory conferences, and another workshop with Caroline Gabriel in London on Dec 1 (link)
 

  •  IoT networks: There was a huge emphasis on NB-IoT around the event, as well as broadband 4.5G/5G options for drones, connected vehicles and more demanding applications. I didn't see an mention of LoRA, SigFox, or even LTE-M or Cat1 though, but WiFi and ZigBee cropped up on various slides. Some interesting examples of NB-IoT deployments, notably for cities, or specific OEM-led integrations such as China's booming shared-bicycle sector.
  • Video and facial networks/analytics: This was a huge theme, as it bridges Huawei's key domains of mobile broadband, cloud services and AI. A major focus is "safe cities", especially using networked video cameras to manage traffic, enforce public safety - and track/spot individual people, whether that is missing children, criminals, or attendees at a trade show. (I joked on Twitter that Huawei had probably been tracking people around the event itself - only for the next slide to reveal that it had been doing exactly that). Missing from most of the material was much mention of privacy - which appears to be less of a concern in China than it would be in much of Europe. That said, we may be fighting a losing battle on that front, as this week's Economist cover & feature articles on face-recognition point out (link).
 
 
 
  • AI: Beyond video-analysis, a central thrust of the event was around machine-learning, graph analysis, image-recognition and other forms of AI.  I didn't get a chance to go into too much depth on this, but it's pretty clear this is central to Huawei's cloud ambitions, and probably will link into carrier-domain services like smart-home / personal voice assistants as well as "big data" corporate applications
  • We also had a briefing with the handset unit, which discussed the new Kirin AI-oriented chip which includes a neural processing element, as well as CPU, GPU and DSP. This should enable better and more power-efficient local classification of images, without the need to send all data to the cloud. This fits into my ongoing debate on whether 5G's low-latency business case might be undermined by more edge-processing. (link)
  • WiFi: Although not as big an emphasis as 4G/5G, Huawei nevertheless had a fair bit of WiFi on display, particularly for large-scale deployments in cities or large public venues like sports stadia. It also had an interesting hybrid WiFi / IoT networking unit, which for now focuses on Bluetooth, RFID and ZigBee but I guess could incorporate NB-IoT (or its eLTE variant), or even LoRa if a client wanted.
  • UC/UCaaS: Although not a major focus of the event (itself quite telling) there was a fair bit of unified communications, conferencing and even cPaaS around the show. There was a Broadsoft-style UC platform for operators, and various tools for multi-party meetings. It's not obvious that Huawei is aiming to be a Twilio / Tokbox-style platform provider though, although it does have APIs (including WebRTC) for embedding communications in apps and websites. I didn't see any signs of a Slack/Spark/HipChat rival. Notably, Huawei is partnering Microsoft on Office365, so may not launch its own full UcaaS direct-to-enterprise product. 
  • I liked one partner booth in particular "Call Cloud", which uses a crowd-style / sharing economy approach to sourcing customer-service reps, with in-app video. It apparently has 7 million (!) people signed up as potential providers of informal information or support.

Overall, an interesting few days for me, exploring a side to Huawei I hadn't seen before. It's always hard to get a full perspective from a single-vendor event, but it struck me as one of the only real, fully-encompassing examples I've seen of an acronym I normally dislike - ICT. That said, some more candour about positioning vs. competitors would have been welcome. We all know who they are - so descriptions of differentiation would have been useful, even if rose-tinted.

It's also brought home to me how important it is to have a captive market to drive scale, which can then improve adoption rates (and prices) elsewhere. Amazon does it with AWS - its own huge retail business is an "anchor tenant" which helps create traffic volumes that then became reinforced by third parties' cloud usage. Huawei appears to do something similar with domestic government and enterprise business - millions of CCTV cameras, or large-scale city networks, or local IoT uses are helping it exploit pre-existing scale and experience, and then apply elsewhere. There is also a sensible approach to partnering, for example around IoT, with the likes of GE collaborating on distinct parts of the market.

One final comment: the layout of the trade show was excellent. One hall was organised per-vertical, with sections on Manufacturing, Public Safety, Oil & Gas, Finance etc. The other hall was per-technology, with sections on Cloud, eLTE, WiFi, NB-IoT, Developers and so on. I wish other events were similarly well-structured.

Tuesday, July 11, 2017

Sensors: implications for wireless connectivity & video communications

Quick summary
  • Sensor technology is complex, diverse, fascinating & fast-evolving.
  • There are dozens of sensor types & technologies.
  • Nobody believes the 20-50bn devices forecasts, especially if they are based on assumptions that 1 sensor = 1 device
  • Some sensors improve the capabilities of already-connected devices, like phones or (increasingly) cars.
  • Some sensors enable creation of new forms of connected device & application.
  • Most sensors connect first via one or two tiers of local gateways, sub-systems or controllers, rather than directly connect to the Internet / cloud individually
  • While the amount of sensor-generated data is growing hugely, not all of this needs real-time collection and analysis, and so network needs are less-extreme.
  • Many industrial sensors use niche or unfamiliar forms of connectivity.
  • Genuine real-time controls often need sensors linked to "closed-loop" systems, rather than using Internet connections / cloud.
  • WiFi & short-range wireless technologies like Bluetooth & ZigBee are growing in importance. There is limited concern about using unlicensed spectrum
  • LoRa radios (sometimes but not always with LoRaWAN protocols) are growing in importance rapidly
  • Cellular connectivity is important for certain (especially standalone, remote/mobile & costly) sensor types, or sensor-rich complex objects like vehicles. 
  • The US seems more keen on LTE Cat-1 / Cat-M than NB-IoT for sensor-based standalone devices. Europe and Asia seem more oriented towards NB-IoT
  • There are no obvious & practical sensor use-cases that need 5G, but it will likely improve the performance / economics / reach of some 4G applications.
  • Camera / image sensors are becoming hugely important and diverse. These are increasingly linked to either AI systems (machine vision) or new forms of IoT-linked communication applications
  • "Ordinary" video sensors/modules are being supplemented by 3D, depth-sensing, emotion-sensing, 360degs, infra-red, microscopy and other next-gen capabilities.
  • AI and analytics will sometimes be performed on the sensor or controller/gateway itself, and sometimes in the cloud. This may reduce the need for realtime data transmission, but increase the need for batch transfer of larger files.
  • Conclusion: sensors are central to IoT and evolving fast, but the impact on network connectivity - especially new cellular 4G and 5G variants - is diffuse and non-linear.

Narrative
 
A couple of weeks ago I went to Sensors Expo 2017 in San Jose. This topic is slightly outside my normal beat, but fits with my ongoing interest in "telcofuturism", especially around the intersection of IoT, networks and AI. It also dovetails well with recent writing I've done on edge computing (link & link), a webinar [this week] and paper on IoT+video for client Dialogic (link), and an upcoming report I'll be writing on LPWAN for my Future of the Network research stream at STL Partners (link).

First things first: listening to some of the conference speeches, and then walking around the show floor, made me realise just how little I actually knew about sensors, and how they fit into the rest of the IoT industry. I suspect a lot of people in telecoms - or more broadly in wireless networking and equipment - don't really understand the space that well either.

For a start, there's a bewildering array of sensor types and technologies - from tiny silicon accelerometers that can be built into a chip (based on MEMS - micro-electromechanical systems), right up to sensors woven into large-scale fabrics, that can be used to make tarpaulins or tents which know when someone tries to cut them. There's all manner of detectors for gases, proximity, light, pressure, force, airflow, air quality, humidity, torque, electrical current, vibration, magnetic fields, temperature, distance, and so forth.

Secondly, a lot of sensors have historically been part of "closed-loop" systems, without much in the way of "fully-connected" computing, permanent data collection, networking, cloud platforms or analysis. 

An easy example to think about is an old-fashioned thermostat for a heating system. It senses temperature - and switches a boiler or radiator on or off accordingly - without "compute" or networking resource. This has been reinvented by Nest and others. Plenty of other sensors just interact with "real-time" systems - for example older cars' airbags, or motion-detection alarms which switch on lights.

In industry, a lot of sensors hook into the "real-time control" systems, whether that's for industrial production machinery, quality control, aircraft avionics or whatever. These often use fixed connectivity, with a bewildering array of network and interface types. It's not just TCP/IP or familiar wireless technologies. If you haven't come across things like Modbus or Profibus, or terms like RS485 physical connections, you perhaps don't realise the huge complexity and unfamiliarity of some of these systems. This is not telco territory.

This is important, as it brings in an entire new realm to think about. From a telco perspective, we're comfortable talking about the touch-points of networks and IT. We are don't often talk about OT or "operational technology". A lot of people seem to naively believe that we can hook up a sensor or a robot or a piece of industrial machinery straight to a 4G/5G/WiFi connection, then via Internet or VPN to a cloud application to control it, and that's all there is to it. 

In fact, there may well be one, two or three layers of other technology involved first, notably PLC units (programmable logic controllers) as well as local gateways. A lot of this is the intranet-of-things, not the Internet-of-things - and may well not even be using IP as most people in networking and telecoms normally think about it.

In other words, there's a lot more optionality around ISO layers - there are a broad range of sector-specific or proporietary protocols, that control sensors or IoT devices over a particular "physical layer". That contrasts with most users' (and telco-world observers') day-to-day expectations of "IP everywhere" and using HTTP and TCP/IP and similar protocols over ethernet, WiFi, 4G or whatever. The sensor world is much more fragmented than that.

These are some of the specific themes I noted at the event:
  • Despite the protocol zoo I've discussed, WiFi is everywhere nonetheless. Pretty much all the sensor types have WiFi connectivity options somewhere, unless they're ultra-low power. There's quite a bit of Bluetooth and ZigBee / other varieties of IEEE 802.15.4 for short-range access too.
  • Almost nobody seems bothered about the vagaries of unlicensed spectrum, apart from a few seriously mission-critical, time-critical applications, in which case they'll probably use fixed connections if they can. Bear in mind that a lot of sensors are actually fairly time-insensitive so temporary interference or congestion doesn't matter much. Temperatures usually only change over seconds / minutes, not milliseconds, for example. Bear in mind though, that this is for sensing (ie gathering data) not actuating (doing stuff, eg controlling machines or robots).
  • Most sensors send small bursts of data - either at set intervals, or when something changes. There are exceptions (notably camera / image sensors)
  • I saw a fair amount of talk about 5G (and also 4G and NB-IoT) but comparatively little action. Unlike Europe, the US seems more interested in LTE Cat-1 and Cat-M rather than NB-IoT. Cat-M can support VoLTE, which makes it interesting for applications like elder/child-trackers, wearable and building security. NB-IoT seems fairly well-suited to things like parking meters, environmental sensors, energy metering etc. where each unit is comparatively standalone, and needs to link to cloud/external resources like payments.
  • There's also lot of interest in LoRa, both as a public network service (Senet was prominently involved), and also as privately-owned infrastructure. I think we're going to see a lot of private LoRa embedded into medium-area sensor networks. Imagine 100 moisture sensors for a farm, connected back to a central gateway on top of the barn, and then on to a wide-area connection (fixed or mobile) and a cloud-based application. The 100 sensors don't need a wireless "service" - they'll be owned by the farmer, or else perhaps the connectivity will be offered as a part of a broader "managed irrigation service" by the software company.
  • There's an interest in wireless connectivity to reduce regulatory burdens for some sensors. For example, to connect a temperature sensor in an area of an oil refinery with explosion risks, to a server in another building, requires all manner of paperwork and certification. The trenching, ducting and physical wire between them needs approval, inspection and so on. It's much simpler to do it with wireless transmitters and receivers.
  • A lot of the extra sensors getting connected are going to be bundled with existing sensors. Rather than just a vibration sensor, the unit might also include temperature and pressure sensors in integrated form. That probably adds quite a lot to the IoT billions number-count, without needing separate network links.
  • A lot of sensors will get built into already-connected objects. Cars and aircraft will continue to add cameras, material stress sensors, chemical analysis probes for exhaust gases, air/fluid flow sensors, battery sensors of numerous types, more accelerometers and so on. This means more data being collected, and perhaps more ways to justify always-on connections because of new use-cases - but it also means a greater need for onboard processing and "bulk" transfers of data in batches.
  • Safety considerations often come ahead of security, and a long way ahead of performance. A factory robot needs sensors to avoid killing humans first. Production quality, data for machine learning and efficiency come further down the list. That means that connecting devices and sensors via wider-range networks might make theoretical or economic sense - but it'll need to be seen through a safety lens (and often sector-specific regulation) first. Taking things away from realtime connections and control systems, into a non-deterministic IP or wireless domain, will need careful review.
  • Discussion of sensor security issues is multi-layer, and encouragingly pervasive. Plenty of discussions around data integrity, network protection, even device authenticity and counterfeiting.
  • Imaging sensors (cameras and variants of them) are rapidly proliferating in terms of both capabilities and reach into new device categories. 3D depth-sensing cameras are expected on phones soon, for example for facial recognition. 360-degree video is rapidly growing, for example with drones. Vehicles will use cameras not just for awareness of surrounding, but also to identify drivers or check for attentiveness and concentration. Rooms or public-spaces will use cameras to count occupancy numbers or footfall data. New video endpoints will link into UC and collaboration systems "Sensed video" will need greater network capacity in many instances. [I am doing a webinar with Dialogic about IoT+video on July 13th - sign up here: link]
  • Microphones are sensors too, and are also getting smarter and more capable. Expect future audio devices to be aware of directionality, correct for environmental issues such as wind noise, recognise audio events as triggers - and even do their own voice recognition in the sensor itself.
  • Textile and fabric sensors are really cool - anything from smart tarpaulins for trucks to stop theft, through to bandages which can measure moisture and temperature changes, to signal a need for medical attention. 
  • There's a lot of modularity being built into sensors - they can work with multiple different network types depending on the use-case, and evolve over time. A vibration sensor module might be configurable to ship with WiFi, BLE, LoRa, NB-IoT, ZigBee and various combinations. I spoke to Advantech and Murata and TE Connectivity, among others, who talked about this.
  • Not many people seemed to have thought about SIMs/eSIMs much, at a sensor level. The expectation is that they will be added by solution integrators, eg vehicle manufacturers or energy-meter suppliers, as needed.
  • AI will have a range of impacts both positive and negative from a connectivity standpoint. The need for collecting and pooling large volumes of data from sensors will increase the need for network transport... but conversely, smarter endpoints might process the data locally more effectively, with just occasional bulk uploads to help train a central system.
Overall - this has really helped to solidify some of my thinking about IoT, connectivity, the implications for LPWAN and also future 4G/5G coverage and spectrum requirements. I'd recommend readers in the mainstream telecom sector to drop in to any similar events for a day or two - it's a good way to frame your understanding of the broader IoT space and recognise that "sensors" are diverse and have varying impacts on network needs.