BLE入门 19 ATT MTU 提升BLE数据传输率

首先,我们从原理上看一下蓝牙应用程序数据的传递路径,并讨论可以优化和利用的地方,实现吞吐量优化。

通用属性配置文件(GATT)是开发人员经常与最习惯于接口的层次, GATT定义了两个蓝牙低功耗设备之间传输数据的协议。具有特殊属性是应用程序数据实体的唯一标识。

属性组形成固定的特性,这些特性为唯一的一组数据添加了额外的属性,例如权限和交互规则。一组特性形成一个称为服务的大型实体,服务为给定的特征或功能添加更大的蓝图。

例如,电池服务包括电池电量特性,其中包括给定设备的电池电量。(不是太了解BLE的层的关系可以翻阅<TI低功耗蓝牙(BLE)介绍>一文)。

属性协议(ATT)定义了传送属性数据的协议。这包括GATT相关功能,如写入请求,写入响应,通知,读取响应。简而言之,GATT为给定的应用程序定义和创建适当的属性,ATT创建,传输并分析在GATT层中定义的数据包。

逻辑链路控制和适配协议(L2CAP)负责为诸如ATT,安全管理协议(SMP)等更高层协议服务与管理(QoS),接受链路层数据加以中继重组数据包,并传递给到ATT层和SMT层。

链路层(LL)处理L2CAP包的传输,同时确保数据的保证传送和完整性。

空中传输的BLE数据包格式如下:

注意:
数据字段取决于蓝牙规范:
在蓝牙v4.0和4.1中,数据字段的最大大小是27个字节。
蓝牙v4.2,增加了一个新功能来交换数据字段的长度。

BLE数据包的数据字段将填充L2CAP消息,如下所示:

L2CAP头部的大小是固定的(4字节),当数据字段的最大尺寸是27字节时,允许每个BLE分组最多传送23个字节的ATT数据。

划重点

  1. 理想情况下,我们力求每个链路层数据包传输23个应用程序数据(链路层头数据字段长度占据4个字节)。
  2. 可以从ATT层入手,加大ATT DATA使得应用程序传输大于23字节的数据包(链路层头数据字段长度占据4个字节)。

ATT MTU

ATT最大传输单元(MTU)是ATT分组的最大长度。 ATT MTU由L2CAP定义,可以在23和无穷之间。蓝牙堆栈的实现是确定客户端和外设的ATT MTU的关键因素。

ATT数据包具有以下结构:

其中OP代码表示ATT操作,例如写入命令,通知,读取响应等.ATT数据字段包含应用程序数据。
当发送Write,Read和Notification或Indication包时,还需要包含相关的属性句柄(2个八比特组)以识别数据。



23字节是ATT MTU的默认值,在此设置模式下,高位字节导致13%的开销数据( 3/(3+23) )。

如果从以前的数据传输速率的文章中回想起来,我们选择了每个BLE数据包的20个字节的应用程序数据,以匹配Bluetooth v4.0和4.1中允许的默认值。

ATT MTU测定

当进入连接时,客户端和外可以通过交换MTU请求/响应ATT层命令交换它们的MTU。每一方不能传送比另一方指定的ATT_MTU更大的ATT值。

例如,iPhone 6和6S ATT_MTU是185.这会导致182字节有效载荷的3/185或1.6%的头部开销。 L2CAP将传送185/23或9个链路层分组。
当ATT_MTU是23时,185个字节的有效载荷将被分成185/20或10个ATT分组,这导致8个链路层分组。

输出比较:

我们的计算基于4个BLE数据包在一个连接事件和30毫秒的连接间隔。 这些设置与iOS设备类似。

当给定的连接使用更大的ATT_MTU大小发送数据流时,我们绘制了吞吐量差异。

结论:

当使用更大的ATT_MTU时,吞吐量增加了大约0-15%,因为我们消除了传输ATT层开销字节并用数据替换它们。 使用23字节倍数的ATT_MTU大小或(链路层数据字段 - L2CAP头大小(4字节))是理想的。

随着通过使用更大的ATT包增加吞吐量,这可能需要创建更少的BLE包,这也会降低功耗。

除此双方协调ATT_MTU大小之外还可以通过以下方式提升蓝牙的数据传输率:

  1. 选择合适的连接参数,例如减小BLE Connection interval会提升数据交互频率。

  2. 选择一些不需要RSP的操作方式,例如write without rsp或notification。

参考

https://mp.weixin.qq.com/s/S0o_SdNJoWgTFlwZr-6NQQ

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 217,406评论 6 503
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,732评论 3 393
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 163,711评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,380评论 1 293
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,432评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,301评论 1 301
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,145评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,008评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,443评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,649评论 3 334
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,795评论 1 347
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,501评论 5 345
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,119评论 3 328
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,731评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,865评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,899评论 2 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,724评论 2 354

推荐阅读更多精彩内容