蓝牙mesh规范v1.0.1：推动智能家居互联

需积分: 9 173 浏览量更新于2024-07-15 收藏 3.95MB PDF 举报

蓝牙mesh技术在智能家居领域扮演着日益重要的角色，它基于蓝牙技术联盟发布的蓝牙mesh规范（Bluetooth® Specification v1.0.1），于2019年1月21日进行了修订。该规范由Mesh Working Group负责准备，并且接受蓝牙系统国际组织（Bluetooth SIG）董事会的采纳。蓝牙mesh profile/solution的目标是实现低功耗蓝牙技术下的设备之间互操作性，构建一个可扩展的网络架构。蓝牙mesh profile定义了基本的要求，以确保不同厂商生产的蓝牙mesh设备能够无缝协作，无论它们来自哪个品牌。这些要求涵盖了网络拓扑管理、节点发现、安全机制、消息路由、网络维护以及故障恢复等关键功能。版本v1.0在2017年7月13日发布，随着技术发展和反馈的集成，v1.0.1版本在一年后对多个errata进行了修正，以解决潜在问题并提升性能。版本历史记录显示，从v1.0.0到v1.0.1，共包含了100多个errata，涉及范围广泛，包括但不限于错误修复、功能增强和兼容性改进。这些errata反映了蓝牙技术联盟对持续改进和优化蓝牙mesh技术的承诺，以适应不断变化的市场需求和技术进步。通过遵循这个规范，制造商可以确保其产品能够在蓝牙mesh网络中正常工作，消费者则能享受到智能家居设备之间的无缝连接和高效协同。例如，家庭照明系统中的智能灯泡可以通过蓝牙mesh网络进行统一控制，温度传感器可以实时报告环境数据并与智能恒温器联动调节，而安全系统中的各个传感器也可以通过此技术实现远程监控和警报联动。蓝牙mesh技术是现代智能家居生态系统的关键组成部分，其规范的更新和完善对于推动整个行业的创新和标准统一起到了至关重要的作用。通过了解和遵循蓝牙mesh v1.0.1的规范，开发人员和制造商能够开发出更稳定、兼容性更强的智能设备，进一步推动了物联网（IoT）的发展。

Mesh Profile / Specification

Bluetooth SIG Proprietary Page 16 of 333

Term Definition

State A value representing a condition of an element that is exposed by an element of

a node.

Subnet

A group of nodes that can communicate with each other.

Table 1.2: Terminology

Mesh Profile / Specification

Bluetooth SIG Proprietary Page 18 of 333

2.1.3 Access layer

The access layer defines how higher layer applications can use the upper transport layer. It defines the

format of the application data; it defines and controls the application data encryption and decryption

performed in the upper transport layer; and it checks whether the incoming application data has been

received in the context of the right network and application keys before forwarding it to the higher layer.

2.1.4 Upper transport layer

The upper transport layer encrypts, decrypts, and authenticates application data and is designed to

provide confidentiality of access messages. It also defines how transport control messages are used to

manage the upper transport layer between nodes, including when used by the Friend feature.

2.1.5 Lower transport layer

The lower transport layer defines how upper transport layer messages are segmented and reassembled

into multiple Lower Transport PDUs to deliver large upper transport layer messages to other nodes. It

also defines a single control message to manage segmentation and reassembly.

2.1.6 Network layer

The network layer defines how transport messages are addressed towards one or more elements. It

defines the network message format that allows Transport PDUs to be transported by the bearer layer.

The network layer decides whether to relay/forward messages, accept them for further processing, or

reject them. It also defines how a network message is encrypted and authenticated.

2.1.7 Bearer layer

The bearer layer defines how network messages are transported between nodes. There are two bearers

defined, the advertising bearer and the GATT bearer. Additional bearers may be defined in the future.

2.2 Overview of mesh operation

The mesh network operation defined by this specification is designed to:

• enable messages to be sent from one element to one or more elements;

• allow messages to be relayed via other nodes to extend the range of communication;

• secure messages against known security attacks, including eavesdropping attacks, man-in-the-

middle attacks, replay attacks, trash-can attacks, brute-force key attacks, and possible additional

security attacks not documented here;

• work on existing devices in the market today;

• deliver messages in a timely manner;

• continue to work when one or more devices are moved or stop operating; and

• have built-in forward compatibility to support future versions of the Mesh Profile specification.

Mesh Profile / Specification

Bluetooth SIG Proprietary Page 19 of 333

This specification defines a managed-flood-based mesh network, which uses broadcast channels to

transmit messages so that other nodes can receive messages and relay these messages; thus extending

the range of the original message. Any device in a managed-flood mesh network can send a message at

any time as long as there is a sufficient density of devices that are listening and relaying messages.

Enhancements to add routing functionality and define a routing-based mesh network may be considered

for a future revision of this specification.

There are a number of methods used by this specification to restrict the unlimited relaying of messages in

a managed-flood mesh network. The two main methods used are the network message cache method

and the time to live method.

The network message cache is designed to prevent devices from relaying previously received messages

by adding all messages to a cached list. When a message is received, it is checked against the list and

ignored if already present. If not already received, then it is added to the cache so that it can be ignored in

the future. To prevent this list from becoming too long, the number of messages that are cached is limited

by implementation.

Each message includes a Time to Live (TTL) value that limits the number of times a message can be

relayed. Each time a message is received and then relayed (up to a maximum of 126 times) by a device,

the TTL value is decremented by 1.

2.2.1 Network and subnets

A mesh network consists of nodes sharing four common resources:

• network addresses used to identify source and destination of messages (see Section 3.4.2);

• network keys used to secure and authenticate messages at the network layer (see Section

3.8.6.3);

• application keys used to secure and authenticate messages at the access layer (see Section

3.8.6.2); and

• an IV Index used to extend the lifetime of the network (see Section 3.8.4).

A network can have one or more subnets that facilitate ”area” isolation (e.g., isolated hotel room subnets

within a hotel network). A subnet is a group of nodes that can communicate with each other at a network

layer because they share a network key. A node may belong to one or more subnets by knowing one or

more network keys. At the time of provisioning, a device is provisioned to one subnet and may be added

to more subnets using the Configuration Model.

There is one special subnet called the primary subnet, which is based on the primary NetKey (see

Section 3.8.6.4). Nodes on the primary subnet participate in the IV Update procedure (see Section

3.10.5), and propagate IV updates to other subnets, while nodes on other subnets only propagate the IV

Index updates to those subnets.

The network resources are managed by a node that implements the Configuration Client model, known

as the Configuration Client, (typically a smart phone or other mobile computing device) and are allocated

to nodes at the time of configuration (see Section 5) using the Configuration Server model (see Section

4.4.1). In particular, a Provisioner manages allocation of addresses to make sure no duplicate unicast

addresses are allocated, whereas a Configuration Client generates and distributes network and

Mesh Profile / Specification

Bluetooth SIG Proprietary Page 20 of 333

application keys and makes sure that devices that need to communicate with each other share proper

keys for both network and access layers. The Configuration Client also knows device keys (see Section

3.8.6.1), which are used to secure communication with each individual node, including distributing

updated network and application keys.

2.2.2 Devices and nodes

A device that is not a member of a mesh network is known as an unprovisioned device. A device that is a

member of a mesh network is known as a node. A Provisioner is used to manage the transitions between

an unprovisioned device and a node.

An unprovisioned device cannot send or receive mesh messages; however, it advertises its presence to

Provisioners. A Provisioner will invite an unprovisioned device into a mesh network after it has been

authenticated, converting the unprovisioned device into a node.

A node can send or receive mesh messages and is managed by a Configuration Client, that may also be

the same device as the Provisioner, over the mesh network to configure how the node communicates

with other nodes. A Configuration Client can remove a node from a mesh network, which reverts it back

to an unprovisioned device.

A device may support multiple instances of a node by offering itself to be provisioned to another mesh

network after already being provisioned to a mesh network. Each instance of a mesh network is

determined by addresses and a device key obtained by the device during provisioning.

2.2.3 Adding devices to a mesh network

Devices are added to a mesh network by a Provisioner, at which point they become nodes. The

provisioning of devices into a mesh network differs from the point-to-point bonding and pairing that is

typically used in Bluetooth wireless technology. Provisioning of devices is enabled using either a simple

advertising bearer or a point-to-point GATT-based bearer. A single provisioning protocol is used over both

bearers. Provisioning over an advertising-based bearer is implemented by all devices. Provisioning over a

GATT-based bearer allows devices such as legacy phones (i.e., devices that do not support provisioning

over an advertising bearer natively) to be Provisioners.

To assist with provisioning of multiple devices, a device has an attention timer that can be set by a

Provisioner. When set to a non-zero value, the device identifies itself using any means it can. For

example, the device may flash a light, make a sound, or vibrate. When the attention timer expires, the

device stops identifying itself. This allows a Provisioner to send a single message to a device to cause it

to identify itself and the device automatically stops identifying itself after a given time.

The protocol to run over these two bearers is a derivative of the Security Manager protocol of v4.2 of the

Bluetooth Core Specification to introduce the ability to authenticate devices that have a very limited user

interface, such as a light or a switch. The Security Manager protocol requires a reliable bearer, something

that cannot be guaranteed by the advertising provisioning bearer; therefore the protocol used in this

specification is designed to enable reliable delivery of messages independent of the bearer. The similarity

to the Security Manager protocol enables significant reuse of existing code on devices that have

implemented such functionality.

剩余332页未读，继续阅读

暮商之寒

粉丝: 0
资源: 1

蓝牙mesh规范v1.0.1：推动智能家居互联

蓝牙mesh V1.0资料 入门经典必看

MshMDLv1.0.1，Core_v5.2.pdf，MshPRFv1.0.1

BLE Mesh 1.0.1最新规范

mshprfv1.0.1.pdf

MshPRFv1.0.1中文版-Bluetooth mesh核心协议规范 中文版.pdf

MshPRFv1.0.1 英文原版

MshPRFv1.0.1中文版-Bluetooth mesh核心协议规范 中文版

mesh官方文档.rar

蓝牙5.0+MESH文档.zip

蓝牙mesh基础概念讲解（中文版）

最新资源

蓝牙mesh V1.0资料入门经典必看

MshPRFv1.0.1中文版-Bluetooth mesh核心协议规范中文版.pdf

MshPRFv1.0.1中文版-Bluetooth mesh核心协议规范中文版