Bluetooth® Low Energy (LE) is an exceptionally successful wireless technology. It’s hard to find a smartphone or tablet which doesn’t support it, and it’s a key ingredient in the rise of wearable technology. It’s in medical devices, smart home devices, sensors, and more.

Consequently, there are billions of devices already in use which support Bluetooth Low Energy. Can these devices be used as part of a Bluetooth mesh network? That’s the question we’ll answer in this article. But for those of you currently screaming at your monitor, tablet or phone, for goodness sake, just tell me!, I will cave immediately and answer the question right now.

The answer is YES. Probably.

Bluetooth Low Energy devices can participate in a Bluetooth mesh network, provided they have the right set of Bluetooth Low Energy capabilities and some additional software, which, in the case of a smartphone, could simply be a normal application that knows how to talk to a Bluetooth mesh network. In other words, an application which any developer could write.

Let’s examine this exciting possibility in more detail.


To understand how standard, non-mesh Bluetooth® Low Energy devices can be part of a Bluetooth mesh network requires us to revisit the Bluetooth mesh stack, which I introduced in my article, An Introduction to Bluetooth Mesh – Part 2, earlier in this series.

Figure 1 – The Bluetooth mesh stack

Bluetooth mesh networking uses Bluetooth Low Energy as its radio communications stack. Exactly how it uses it is the concern of the bearer layer at the very bottom of the Bluetooth mesh networking stack.

At present, there are two bearers defined: the advertising bearer and the GATT bearer. The default bearer, used by Bluetooth mesh networking devices, is the advertising bearer that sends and receives Bluetooth mesh packets inside Bluetooth Low Energy advertising packets.

Devices with a Bluetooth Low Energy stack that allows them to both advertise and scan have the basic, prerequisite Low Energy features required to support the advertising bearer and, ultimately, a complete Bluetooth mesh networking stack.

Devices which do not support the advertising bearer, and cannot be upgraded to use it, must use the GATT bearer. Using the GATT bearer involves encapsulating Bluetooth mesh Protocol Data Units (PDUs) inside a protocol called the Proxy Protocol, which we’ll learn more about later in this article.

Nodes and Features

Devices which are a member of a Bluetooth® mesh network are referred to as nodes. A wide variety of product types can be nodes: lights, light switches, thermostats, window locks, occupancy sensors, and so on. Regardless of the product type, however, a node may provide certain special Bluetooth mesh network services over and above its product-specific capabilities.

The Bluetooth mesh specification defines the features a node may possess. Having one or more of these features indicates that the node can play corresponding special roles in the network. The defined features are:


A Relay Node receives and retransmits Bluetooth mesh messages using the advertising bearer. The relay feature makes it possible for Bluetooth mesh messages to make multiple hops between devices and travel beyond the direct radio range of two devices, right across the network.


A Friend Node can store and later forward messages addressed to an associated Low Power Node.

Low Power Node (LPN)

An LPN is a power-constrained node, which can operate within the Bluetooth mesh network efficiently by exploiting the support of a Friend Node and, consequently, using a substantially reduced duty cycle.


A Proxy Node can receive messages over one bearer (advertising or GATT) and retransmit them over the other (advertising or GATT).

The Proxy Node

The Proxy Node is the key to enabling non-mesh Bluetooth® Low Energy devices to be part of a Bluetooth mesh network. The fundamental purpose of the Proxy Node is to perform bearer conversion. It can convert from the advertising bearer to the GATT bearer and vice versa. Therefore, a device which does not support the advertising bearer may instead send and receive various types of Bluetooth mesh messages over a GATT connection.

A node indicates that it can act as a Proxy Node by setting the proxy feature bit in the features field, which is part of the composition data state which all nodes possess.

Figure 2 – Proxy Node

The Bluetooth Mesh Proxy Service

Proxy Nodes implement a GATT service called the Mesh Proxy Service and, in this context, are known as Proxy Servers. The Mesh Proxy Service contains two GATT characteristics, Mesh Proxy Data In and Mesh Proxy Data Out. Proxy Clients use the GATT Write Without Response sub-procedure to write Proxy Protocol (see below) PDUs to the Mesh Proxy Data In characteristic and receive Proxy Protocol PDUs from the Mesh Proxy Data Out characteristic in GATT notifications. This, therefore, is the mechanism by which connected GATT devices exchange data with a Bluetooth mesh network via a Proxy Node.

Figure 3 – Proxy Server and Proxy Client

Discovering Proxy Nodes

Bluetooth® Low Energy devices use GAP advertising to facilitate their discovery by other devices. Bluetooth mesh Proxy Nodes use exactly the same technique, advertising their availability, their role as a Proxy Node, and their identity in GAP connectable advertising packets.

GAP advertising packets contain fields of various types, known as AD Types. These are defined in the Core Specification Supplement. Proxy Nodes include the following fields in advertising packets:

Table 1 – Mesh Proxy Advertising

AD Type



Indicates General Discoverable Mode.

Complete List of 16-bit Service UUIDs

Incomplete List of 16-bit Service UUIDs

Includes the UUID of the Mesh Proxy Service.

Service Data

Contains data relating to the Mesh Proxy Service which identifies the network or node that the Proxy is providing the service for.

The contents of the Service Data AD Type bear further examination.

Service Data Field


Identification Type

The value in this field lets us correctly interpret the content of the Identification Parameters field.

0x00 : Network ID type

0x01 : Node Identity type

Identification Parameters

A Network ID or a Node Identity, depending on the Identification Type.

A Network ID is a unique, public identifier derived from a Network Key (NetKey – see Mesh Network Management). Node Identity is derived from a combination of the Proxy Server node’s Unicast Address and a network identifier, such as the network ID for one of the subnets it is enabled on.

If a Proxy Server is a member of more than one subnet, it will interleave advertising packets containing each subnet’s network ID, one advertising packet at a time.

A primary use of Node Identity advertising is to allow a Provisioner to quickly connect directly back to a newly provisioned node, so that configuration of the new node may be completed.

The Proxy Protocol

The Proxy Client and Proxy Server communicate using the Proxy Protocol and send each other Proxy PDUs. These PDUs can be thought of as containers for various types of Bluetooth mesh PDU.

Bluetooth® mesh access messages use the core Bluetooth mesh stack and messages are therefore contained within Network PDUs. Network PDUs can be encapsulated within Proxy PDUs.

A variety of beacons are defined in the Bluetooth Mesh Profile Specification, including the unprovisioned device beacon and the secure network beacon. Bluetooth mesh beacons can be accommodated by the Proxy Protocol.

The provisioning process involves its own protocol and Provisioning PDUs can also be exchanged within Proxy PDUs.

Finally, the Proxy Client and Proxy Server may exchange special proxy configuration messages, which we’ll cover shortly. These too may be encapsulated within Proxy PDUs.

As you can see, most types of mesh data can be exchanged using the Proxy Protocol and therefore be sent and received by a GATT client connected to a Proxy Node.

Proxy PDUs vary in size across different devices, with the size of PDUs dynamically set according to the Maximum Transmission Unit (MTU) of the Bluetooth Low Energy Attribute Protocol (ATT), which is the underlying basis for transporting Proxy PDUs over a GATT connection. Furthermore, the Proxy Protocol can accommodate long Bluetooth mesh messages by allowing either complete Bluetooth mesh messages to be encapsulated in a Proxy PDU or individual segments of multi-segment messages.

An important point to note is that any Bluetooth mesh node may implement the Proxy Protocol and therefore support direct interactions over a GATT connection, not just Proxy Nodes. This can be useful in provisioning scenarios.

Further information on the Proxy Protocol, including the format of Proxy PDUs can be found in the Bluetooth Mesh Profile Specification.

Proxy Filters and Proxy Configuration      

Proxy Clients can exercise fine control over precisely what network traffic they receive by configuring a filter which the Proxy Server applies. Filters take the form of accept lists and reject lists and they each specify lists of destination addresses. Addresses in the list may be any mix of the supported address types, namely unicast, group, or virtual addresses. Messages with destination addresses not included in an accept list filter are dropped by the Proxy Server’s proxy filter. Similarly, messages with destinations which are included in reject list filters are dropped.

Proxy configuration messages are exchanged between the Proxy Client and Proxy Server and allow the configuration of the proxy filter.

Provisioning using a Bluetooth Low Energy Smartphone or Tablet

The Provisioning process, by which new devices are added to a Bluetooth mesh network, is typically carried out using a smartphone or tablet. Most such devices will not implement the full Bluetooth mesh networking stack and it’s likely they will use the Proxy Protocol for all interactions with the Bluetooth mesh network, including provisioning. As stated earlier, Provisioning PDUs can be encapsulated within Proxy PDUs and therefore can be exchanged over a GATT connection via a Proxy Server node. This use of the Provisioning Protocol with the Proxy Protocol is given the name PB-GATT in the Bluetooth Mesh Profile Specification.

The provisioning process was described in a previous article on our series entitled Bluetooth mesh network management and we’ll look under the hood at the associated security details of provisioning later in this series.

What’s Required to Use the Proxy Protocol with a Proxy Node?

For a device, such as a smartphone, to use the Proxy Protocol to communicate with a Bluetooth® mesh network via a Proxy Node, the device must scan and connect to the Proxy Node. In other words, it must support the GAP Central role.

Furthermore, the smartphone must first be provisioned. No device may interact with nodes in the Bluetooth mesh network without having first been provisioned.  


Support for in-market Bluetooth Low Energy devices via GATT, the Proxy Protocol, and Bluetooth mesh Proxy Nodes is big news and opens the world of Bluetooth mesh networking to enormous numbers of devices which people already own. I’d say that’s pretty exciting. Hope you feel the same way!


Bluetooth Mesh Networking: Paving the Way for Smart Lighting

Bluetooth mesh networking brings the multi-vendor interoperability, low power, and low latency pedigree of Bluetooth Low Energy to the world of commercial lighting. Discover how this innovative technology can turn wireless connectivity into a smart lighting wireless platform.


2021 Bluetooth Market Update

Supported by updated forecasts from ABI Research and insights from several other analyst firms, the Bluetooth Market Update highlights the latest Bluetooth trends and forecasts.

Qualified Bluetooth Mesh - Unlocking the Value of the Building

Facilities managers are growing increasingly conscious that the buildings they manage need to be…

The Largest Bluetooth Mesh Lighting Control Installation in the World!

The project itself consisted of 3,685 Bluetooth mesh McWong TruBlu lighting controllers (installed in…

Is Remote IOP Testing Here To Stay?

Like many organizations around the world, the Bluetooth Special Interest Group (SIG) has made…

Bluetooth® Talks: Bluetooth Technology for Lighting

In this webinar UL and the Bluetooth Special Interest Group (SIG) explore: Market trends…

Bluetooth 5.2新機能のポイントを10分で解説!(日本語字幕)

この動画では2020年1月に発表されたBluetoothバージョン5.2新機能の概要を中心に話します。Enhanced Attributeプロトコル(EATT)、LE Power Control (LEPC)、Isochronous (アイソクロナス)チャネルなど、これらの各機能について詳しく説明します。最後に、アイソクロナスチャネルを利用した「LE Audio」と呼ばれる次世代のBluetoothオーディオについて日本語翻訳付きで解説します。

HubSense Effortlessly Turns An Existing Installation Into An Intelligent New Light Management System

When the antiquated lighting system in an office building in Kolding, Denmark, was no…

Intelligent Light solutions for the Albrecht Dürer Exhibition

Today, we are living in a world where smart is the new normal, and…

Bluetooth Mesh for Building Automation Demo

Discover how you can extend Bluetooth connectivity with TI Bluetooth Mesh in this demo. …

The Bluetooth Internet Gateway Study Guide

According to the ABI report Installed Base of IoT Devices by Connectivity Technology, published…

Designing and Developing Bluetooth® Internet Gateways

Design and implement your own Bluetooth® Internet Gateway (BIG) working prototype and see for yourself how BIGs allow applications to exchange data with Bluetooth devices from anywhere in the world.

Understanding Reliability in Bluetooth® Technology

Download this detailed discussion of the issues and factors that impact the reliability of…

Bluetooth Mesh Networking Highlights and Features

This white paper provides an overview of the Bluetooth Mesh Profile and highlights some…

Energy and Cost Savings at Pioneer Markets in Mariposa and Waterford, California

Pioneer market is a family owned grocery business operating in Mariposa, California and Waterford,…

Building a Sensor-Driven Lighting Control System Based on Bluetooth® Mesh

A technical examination of which Bluetooth mesh models to use in different types of…

What is Bluetooth Mesh? | Tech Chats - with Cypress Semiconductor

Chris Anderson chats with Michael Shen of Cypress Semiconductor about Bluetooth mesh, covering a…

Multi-vendor Bluetooth Mesh SSL projects benefit warehouse and factory settings

Yamaha warehouse and Crystal bottled water facility leverage Bluetooth Mesh to slash energy use…

Bluetooth mesh models: The building blocks for interoperable products

Bluetooth® technology is a wireless standard with agreed, formal specifications that support global interoperability…

How to Deploy BlueZ on a Raspberry Pi Board as a Bluetooth Mesh Provisioner

This step-by-step study guide will teach you: How to rebuild the kernel on a…

2020 Bluetooth Market Update

Supported by updated forecasts from ABI Research and insights from several other analyst firms, the Bluetooth Market Update highlights the latest Bluetooth trends and forecasts.

The Bluetooth LE Security Study Guide

Learn about fundamental security concepts, the security features of Bluetooth Low Energy, and gain some hands-on experience using those features in device code.

2019 Bluetooth Market Update

Supported by updated forecasts from ABI Research and insights from several other analyst firms, the Bluetooth Market Update highlights the latest Bluetooth trends and forecasts.

Lighting as a Platform

See how connected lighting systems are being used as a platform to enable advanced building services like wayfinding, asset tracking, and space utilization to improve the ROI of smart building investments.

Build a Smarter Building with Blue

See how Bluetooth increases reliability, reduces costs, and enhances your smart building ROI.

Overview – Bluetooth Mesh Networking

A quick overview outlining how Bluetooth mesh uniquely meets the reliability, scalability, and security requirements of commerical and industrial markets.