蓝牙mesh数据包格式解析

已于 2023-05-12 16:53:44 修改
阅读量1.3k 收藏 2
点赞数
分类专栏： esp32 蓝牙 文章标签： 网络
于 2023-05-12 14:31:37 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/L1643319918/article/details/130641778
版权

1. 蓝牙mesh数据包的结构

蓝牙mesh数据包的结构如下图：在这里插入图片描述
在这里插入图片描述

总长31个字节。

Length (1Byte)：数据长度

Type (1Byte)：广播类型

IVI (1bit)：用来认证加密Network PDU的IV index的最低位

NID (7bits)：网络ID，network ID。从网络密钥(NetKey)派生的值，用于识别保护此PDU的加密秘钥和隐私密钥。决定使用哪个mesh网络传递数据

CTL (1bit)：网络控制，用于确定消息是否包含访问消息或者控制消息

TTL (7bits)：生存时间。0 不会被中继，1 不会被中继，2-126可能已被中继，并且可以被中继，127 没有被中继过，可以被中继。

SEQ (3Byte)：序列号，每个Mesh信息的SEQ必须不同。

SRC (2Byte)：源地址，必须是一个单播地址

DST (2Byte)：目标地址，可以使单播地址、组播地址、虚拟地址。

MIC(4 Byte)：网络消息完整校验值

Header (1Byte)：包头

TMIC(4 Byte)：传输层消息完整校验值

Opcode(3 Byte):操作可以是1、2或3个字节序列，操作码的第一个字节决定了使用字节的数量。如果操作码第一个字节的最高位是0，那么操作码只包含一个字节。如果最高两位是10，那么操作码包含2个字节。如果最高的两位是11，那么操作码包含3个字节。

在这里插入图片描述

1-octet 操作码是蓝牙SIG定义的应用操作码，最多可以定义127个1-octet操作码，0x7F是保留给未来使用的。

2-octet也是蓝牙SIG定义的应用操作码，最多可以定位16384个2-octet操作码

3-octet操作码是供制造商使用的操作码，每一个公司共有64个3-octet操作码。

Parameters(8 Byte)：有效负载

2. Lower Transport PDU

底层传输层将来自上层传输层的PDU发送给另外一个节点，如果数据不需要分包，就单个底层传输层PDU发送出去，如果长度太长，则需要对数据分包之后再发送出去。接收消息时，也会判断是否是分包数据，如果是分包数据，则再组装之后，再传给上层传输层。

底层传输层PDU的第一个字节的最高位是SEG字段，也是最重要的一个位，该字段用来确认此PDU是经过分包的还是未分包消息。在网络层中，CTL字段确定消息是访问消息还是控制消息。根据这两个字段值的不同，可以将消息分为4种类型：1.未分包访问消息 2.分包访问消息 3未分包控制消息 4.分包控制消息

CTLSEG底层传输层PUD类型
00未分包访问消息
01分包访问消息
10未分包控制消息
11分包控制消息

2.1 未分包访问消息

字段长度(bits)备注
SEG10=未分包消息
AKF1应用秘钥标志位
AID6应用秘钥标识
Upper Transport Access PDU40~120上层传输层访问PDU
上层传输层根据应用秘钥(Application Key)和设备秘钥(Device Key)来设置应用秘钥标志位(AKF)和应用秘钥标识(AID)的值。

PDU格式：

在这里插入图片描述

2.2 分包访问消息

在这里插入图片描述

字段长度(bits)备注
SEG11=分包消息
AKF1应用秘钥标志位
AID6应用秘钥标识
SZMIC1TransMIC长度
SeqZero13SeqAuth的低有效位
SegO5分包号
SegN5最后一包分包号
Segment m8~96上层传输层访问PDU中的Segment m

SZMIC字段表示上层传输层访问PDU中的TransMIC的大小。若SZMIC字段为0，则TransMIC是一个32bit的值；若SZMIC字段为1，TransMIC则是一个64bit的值。

SeqZero字段由上层传输层设置；SegO字段应被设置为该上层传输层PDU的m分包的分包号（从0开始）；SegN字段应该被设置为该上层传输层PDU的最后一个分包号。

Segment m字段是分包号为m的内容，除最后一个分包外的分包Segment m，它的内容是从第12×m字节到第12×m+11字节，而最后一个分包内容则是从第12×m字段到消息结尾。

对于相同的上层传输层访问PDU，每个分包访问消息的AKF、AID、SZMIC、SeqZero和SegN字段应该具有相同的值。

2.3 未分包控制消息

未分包控制消息用于传输一个应答消息或者传输控制消息。
在这里插入图片描述

字段长度(bits)备注
SEG10=未分包消息
Opcode70x00=分包应答\n 0x01到0x7F=传输控制消息的OPCode
Parameters0到88传输控制消息参数

分包应答消息的Opcode字段应设为0，底层传输层使用分包应答消息来确认分包消息。Parameters字段根据Opcode字段的需要来设置。

分包应答消息格式

在这里插入图片描述

字段长度(bits)备注
SEG10=未分包消息
Opcode70x00=分包应答
OBO1朋友代理低功耗节点
SeqZero13上层传输层PDU的SeqZero
RFU2保留
BlockAck32分包的块应答

OBO为0，表示接收信息的节点直接寻址；OBO字段为1，表示接收信息的是朋友节点，朋友节点代表低功耗节点应答此消息。

SeqZero字段应被设置为被应答的上层传输层消息的SeqZero。

BlockAck字段应被设置为收到的分包。最低有效位，即位0表示分包0；最高有效位，即位31表示分包31。如果位n被设置为1，则表示应答分包n。大于SegN的分包的位应被设置为0并在接收时忽略。

如果在接收的分包信息中TTL为0，则建议在发送分包应答消息中也将TTL设置为0.

2.4 分包控制消息

当传输控制消息不适合使用单个网络层PDU来传输的时候，就使用分包控制消息来传输。

分包控制消息的格式

在这里插入图片描述

字段长度(bits)备注
SEG11=分包消息
Opcode70x00=保留\n 0x01到0x7F=传输控制消息的OPCode
RFU1保留
SeqZero13SeqAuth的低有效位
SegO5分包号
SegN5最后一包分包号
Segment m8~64上层传输层访问PDU中的Segment m
  • OPCode字段由上层传输层设置，0x00为保留值，收到后不得传输，直接忽略
  • SeqZero字段应由上层传输层设置。
  • SegO字段应被设置为该消息中包含的上层传输层PDU的分包号(从0开始)。
  • SegN字段应被设置为该上层传输层PDU的最后一个分包号。
  • Segment m字段是分包号为m的内容，除最后一个分包外的分包Segment m，它的内容是从第8×m字节到第8×m+7字节，而最后一个分包内容则是从第8×m字节到消息结尾。

对于相同的上层传输层控制PDU，每个分包控制消息应具有相同的OPCode、SeqZero和SegN值。

²º²²এ松
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
蓝牙模块HC08 和 手机APP数据传输 (STM32代码)
zhouml_msn的博客
07-30 2万+
图图图图图图图图图图图图图图图图图图图图图图图图 一、HC08重要参数 蓝牙4.0，BLE，主从一体 模块上电后，启动需要150ms 默认波特率：9600 模块未连接时，为AT指令模式，连接后为串口透传模式； 空中速率：1Mbps; (与HC05, HC06等不同, 不能直接与之通信) 通信距离：80米; (空旷) 工作电流：主机未连21mA，已连9mA; 从机未连8.5mA, 已连9mA; 睡眠0.4uA; 二、主要AT命令解释 AT指令结尾，无需添加换行符； AT指令修...
Stm32单片机通过蓝牙串口与手机端通信简单可扩展，有代码亲测可用
weixin_60713230的博客
07-23 2584
操作时你只需要在DataOut类型里面增加一个类型，然后再mian里面给他赋值就行了，注意相同类型的数据要按顺序，因为蓝牙调试器里面相同类型的数据是放在一起的。//sizeof(DataOut)-1的问题。可以看到数据传输正确，这种方法完全不需要考虑上面所提到的问题，而且数据包改变对代码的改动非常少，扩展性比之前的高。其实此代码里的最后部分，我利用共用体实现的两个函数就实现了所有的功能（可怜我现在才发现），而且非常容易扩展了。注意代码开始开始之后，先手机发送INT0数据，a,b,c,的值才会改变。
蓝牙mesh（一）
彼尔的博客
07-22 7319
Mesh系统介绍。本文主要对Mesh的profile文档进行翻译与解读，促进对mesh主要协议的理解。 1 Mesh系统架构 1.1分层的架构 Model Layer：定义了用于标准化典型用户场景操作的模型以及蓝牙网络模型规范或其他更高层规范中定义的，比如灯光和传感器这种更高层模型定义。 Foundation Model Layer：定义用于配置和管理一个mesh网络的状态、消息和模块。...
蓝牙Mesh规范v1.0
08-10
蓝牙Mesh规范v1.0，官网搬运，蓝牙技术联盟于7月19日正式发布
蓝牙Mesh知多少？
01-06
什么是蓝牙Mesh？ 概况的将，蓝牙Mesh是一种新的网络技术，能够与多个节点之间建立通信。注意：它并不是一种新的无线技术。 它与蓝牙的关系如何？ 首先，低功耗蓝牙作为一种无线通讯技术，能够在超低功耗下实现数据的可靠传输，其背后依托于蓝牙2.4G的跳频技术（目前蓝牙已经发展到5.2版本，其调频技术也从一种变成两种，感兴趣的读者自行了解）。蓝牙Mesh为了实现节点之间的相互通信（去中心化），借助了蓝牙的广播扫描机制（代理机制属于蓝牙Mesh网络中的边缘节点，以后会讲），也就是说，蓝牙Mesh是以广播的形式进行数据发送，而其他节点通过扫描来接受数据。 优缺点 前面已经说过，蓝牙Mesh使用广播扫描
蓝牙数据包协议解析
公众呺:Linux兵工厂, 加关+私信获取海量Linux干货资料和代码
11-18 5697
在低功耗蓝牙规范中，数据包格式分`广播报文`和`数据报文`两种。广播报文：设备发现、连接建立、传输广播。数据报文：自适应跳频以及设备间数据传输设备利用广播报文发现、连接其它设备，而在连接建立之后，便开始使用数据报文。无论是广播报文还是数据报文，链路层只使用一种数据包格式。
安卓蓝牙协议数据包格式
suwen8100的博客
06-21 2633
安卓蓝牙协议
蓝牙 V5.4 数据包格式学习记录
最新发布
kiumo的博客
09-05 1206
接收到 POLL 数据包后，外设即使外设没有任何信息要发送，外设也应响应一个数据包，除非外设在接收到 POLL 数据包后，在该时隙内有 Scatternet 任务。DM1是段1的一部分，以支持允许DM1数据包的任何逻辑传输中的控制消息。DV 数据包包括数据部分的 CRC，但不包括同步数据部分的 CRC。访问码包括一个前缀（PREAMBLE），一个同步字（SYNC WORD），可能还有一个后缀（TRAILER），如图6.3。前缀是“1010”或“0101”，这取决于后面的同步字的LSB分别是1还是0。
蓝牙BLE数据包格式汇总
feelinghappy的专栏
08-11 4191
蓝牙BLE数据包格式汇总 以蓝牙4.0为例说明： BLE包格式有：广播包、扫描包、初始化连接包、链路层控制包（LL层数据包）、逻辑链路控制和自适应协议数据包（即L2CAP数据包）等； 其中广播包又分为：定向广播包和非定向广播包； 逻辑链路控制和自适应协议数据包又分为：ATT指令包、信令指令包、SMP包； 1. 首先，所有的包都符合如下格式： 2. 广播包： 3. 非定向广播包： 4. 定向广播包： 5. 扫描包： 6. 初始化连接包： 7. 链路层数据包：
蓝牙Mesh基础（5）Network Layer （网络层）
jiandanyidianwd的博客
08-25 874
网络层在协议中是非常重要的一层，接收过滤来自成承载的消息，并转发给下层传输层，同时以本层定义的PDU格式向下发送来自下层传输层的消息。定义地址类型，代理和中继功能在本层实现。 字节序：大端 消息地址类型 一共定义了4种地址类型，每种地址占两个字节，下图是协议中给出的地址类型图： 未配置地址类型（unassigned address） 未分配地址数值为0x0000。尚未分配地址的节点或者没有配置元素的节点的地址是未配置地址类型。可以将模型的发布地址（public address）设置为未分配的地址来禁用模型
蓝牙Mesh基础开发SDK for Mesh.zip
03-29
本文档介绍了蓝牙网状网络 的基本概念，并概述了配置文件的操作和功能，并解释了网状网络设备的生命周期。更多蓝牙mesh具体信息获取[email protected]。
蓝牙mesh 1.0.1版本规范
04-23
从墙外的蓝牙官网上下载的，1英文版本 分别有三个pdf: 1、《Mesh Profile》 2019-01-21 This Bluetooth specification defines fundamental requirements to enable an interoperable mesh networking solution for Bluetooth low energy wireless technology. 2、《Mesh Model》 2019-01-21 This Bluetooth specification defines models (along with their required states and messages) that are used to perform basic functionality on the nodes in a mesh network beyond the foundation models defined in the Bluetooth Mesh Profile specification [2]. This specification includes generic models defining functionality that is standard across device types, and models, such as lighting control, sensors, and time and scenes, to support key mesh scenarios. 3、《Mesh Device Properties v1.0》 2017-07-13 This specification contains the normative definitions for all adopted GATT characteristics and characteristic descriptors, with the exception of those defined in the Bluetooth Core Specification or in Bluetooth Service specifications.
蓝牙4.0帧格式详解
03-16
详细介绍了蓝牙4.0帧格式，包括各字段含义，长度与取值。在此申明：本资料是经搜索网上资料后整理而得，如有侵权，请发CSDN私信。
ble数据包格式.pdf
05-02
ble数据包格式，详细定义了ble低功耗蓝牙的数据帧格式，对ble芯片开发以及应用开发人员很有帮助。
解析蓝牙Mesh网络
12-05
解析蓝牙Mesh网络是讲蓝牙Mesh的网络拓扑，蓝牙Mesh的基本概念，有这一个文档蓝牙Mesh基本能入门。文档简短内容清晰，页面高清。
android studio 蓝牙mesh环境搭建
11-29
以win10_64bit使用git为例： cd e: mkdir nordic-app cd nordic-app git clone https://github.com/NordicSemiconductor/nRF5-SDK-for-Mesh.git 注意查看github上的简介说明（for mesh的sdk配合sdk15.0.0）
MP-BGP报文详解
h450939070的博客
03-02 3245
MP-BGP为IPv6单播网络和IPv4组播网络建立独立的拓扑结构，并将路由信息储存在独立的路由表中，保持单播IPv4网络、单播IPv6网络和组播网络之间路由信息相互隔离，也就实现了用单独的路由策略维护各自网络的路由。Withdrawn Routes Length: 0 //撤销路由的长度为0，MP-BGP撤销路由不看这个，就看是否有MP_UNREACH_NLRI这个属性，BGP才看。用于发布可达路由及下一跳信息。@BGP的NLRI信息携带前缀和掩码，MP-BGP携带RD、私网标签，前缀、前缀长度；
octet mysql_octet(octet是什么意思中文翻译)
weixin_34597791的博客
01-28 804
八位组(octet) 在网络中，经常使用octet这个词(而不是byte)。因为一些机器的结构使用的字节长度不是8位。应该是这个吧8电子规则：认为分子中原子之间通过共享电子对而每一个原子都具有稀有气体的8电子稳定结构。又称八偶体规则(octet rule)英语：Byte - 字节(港澳台作位元组)，通常用作计算机信息计量单位，不分数据类. 八个二进位经常在规范中被称为Octet(八位组)，例如在一...
蓝牙Mesh学习总结四（Mesh数据包分析）
qq_26226375的博客
12-02 2498
蓝牙mesh数据包的结构如下图： 总长31个字节。 Length (1Byte)：数据长度 Type (1Byte)：广播类型 IVI (1bit)：用来认证加密Network PDU的IV index的最低位 NID (7bits)：网络ID，network ID。从网络密钥(NetKey)派生的值，用于识别保护此PDU的加密秘钥和隐私密钥。决定使用哪个mesh网络传递数据 CTL (1bit)：网络控制，用于确定消息是否包含访问消息或者控制消息 TTL (7bits)...
Opcode碰撞检测
07-27
Opcode碰撞检测是一种用于计算机图形学和游戏开发中的碰撞检测技术。它是基于分离轴定理（Separating Axis Theorem）的一种快速且高效的方法。 在碰撞检测中，我们需要判断两个物体是否相交或者重叠。Opcode（Object Oriented Collision Detection Engine）是一个用于加速碰撞检测的库或引擎。它提供了一些优化算法和数据结构，可以快速地计算出两个物体之间的碰撞。 Opcode的基本原理是将物体表示为包围盒（Bounding Box），这是一个简单的几何形状，可以用边界框来近似表示物体的形状。使用包围盒可以大大减少需要进行详细碰撞检测的物体数量，从而提高碰撞检测的效率。 具体而言，Opcode使用了一种层次结构，称为包围盒层次（Bounding Volume Hierarchy，简称BVH）。BVH是一个树状结构，每个节点都代表一个包围盒，而叶子节点代表具体的物体。通过构建这样的树状结构，可以快速地排除一些不可能发生碰撞的物体对，从而减少了实际需要进行碰撞检测的数量。 当进行碰撞检测时，Opcode会遍历BVH树，并使用分离轴定理来判断两个包围盒是否相交。如果两个包围盒相交，那么就需要进一步检测它们所代表的物体的碰撞。否则，可以直接排除它们，不进行进一步的检测。 通过使用Opcode碰撞检测，可以大大提高碰撞检测的效率和性能，特别是在处理大量物体或复杂场景时。它在许多实时应用中都得到了广泛的应用，如游戏开发、虚拟现实和计算机动画等领域。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值