蓝牙核心规范(V5.2)3.5-深入详解之蓝牙应用架构

简介: 蓝牙核心规范(V5.2)3.5-深入详解之蓝牙应用架构

image.png

image.png


image.png

1.蓝牙协议

蓝牙系统中的应用程序互操作性是通过蓝牙配置文件来完成的。蓝牙协议定义了蓝牙系统中从PHY到L2CAP的所有底层的必要功能和特性,以及本规范之外的任何其他协议。该协议定义了层之间的垂直交互以及设备之间特定层的对等交互。


image.png

图1:蓝牙配置文件


此外,应用程序行为和数据格式也由协议定义。当两个设备符合蓝牙协议的所有要求时,将启用应用程序的互操作性。


所有协议都描述了设备连接所需的服务发现需求,以及找到进行应用程序级连接所需的可用应用程序服务和连接信息。


2.通用访问协议

蓝牙系统定义了所有蓝牙设备所实现的基本协议。此协议是通用访问协议(GAP),它定义了蓝牙设备的基本要求。例如,对于BR/EDR,它定义了一个蓝牙设备,包括无线电、基带、链接管理器、L2CAP和服务发现协议功能;对于LE,它定义了物理功能层、链接层、L2CAP、安全管理器、属性协议和通用属性协议。这将所有不同的层连接在一起,形成了蓝牙设备的基本要求。


它还描述了设备发现、连接建立、安全、身份验证、关联模型和服务发现的行为和方法。


在BR/EDR中,GAP定义了一个可能存在的功能。此功能包括设备如何相互发现、建立连接并描述用于身份验证的安全关联模型。在BR/EDR中,这种功能可能存在于两个设备中。如果设备希望发现或与所有设备建立连接,则设备可能需要同时实现初始化和接受功能。一个设备可能只包括启动或接受功能,但它需要远程设备支持免费的功能,以发现或建立与该设备的连接。BR/EDR,控制器需要支持所有功能,但是主机可能会根据设备支持的其他配置文件或用例来限制此功能。


在LE中,GAP定义了四个特定的角色:广播器、观察器、外围设备和中心设备。如果底层控制器支持多个LE GAP角色或角色组合,则设备可能支持多个LE GAP角色。每个角色都指定了对底层控制器的要求。这允许针对特定的用例优化控制器。


广播器的角色仅针对发射机的应用进行了优化。支持广播器角色的设备使用广告来广播数据。广播器角色不支持连接。


观察器角色仅针对接收器的应用程序进行了优化。支持观察者角色的设备是广播器的补充设备,并接收广告中包含的广播数据。观察者角色不支持连接。


外设角色针对支持单个连接且不如中央设备复杂的设备进行了优化。支持外设角色的设备只需要支持控制器的从属角色的控制器。


中心角色支持多个连接,并且是与外围设备角色中的设备的所有连接的启动器。支持中央角色的设备需要一个控制器,它支持控制器的主角色,并且与其他LEGAP角色相比,通常支持更复杂的功能。


3.协议层次结构

由于所有的蓝牙设备都需要实现GAP,因此由蓝牙设备实现的任何附加协议都将成为GAP集。根据应用程序的复杂性或在许多应用程序之间重用蓝牙系统功能的公共需求的能力,可以创建依赖于GAP或其他通用概要文件的其他通用概要文件,以及启用其他概要文件。描述应用程序互操作性的顶级概要文件称为应用程序协议。


image.png

图2:协议层次结构


应用程序配置文件包含通过引用GAP和任何其他描述蓝牙系统的一组常见需求的通用协议。


4. 通用属性架构

4.1 属性协议(ATT)

为了允许设备读写服务器上保存的小数据值,我们定义了一个属性协议(ATT)。每个存储的值,通常只有几个八位制,被称为属性。该协议允许每个属性使用uuid进行自我识别,以此来识别数据的类型。这些UUID可以是在“已分配编号”文档和相关规范中定义的已知的已分配编号,也可以是已分配的128位UUID的供应商。


属性协议消息通过L2CAP通道发送,称为ATT承载器。


属性协议定义了两个角色:客户端和服务器。设备可以同时是ATT客户端和ATT服务器。单个ATT承载上的属性协议消息允许每个方向上的单个事务。当收到对消息的响应时,可以启动下一个事务。当创建多个ATT承载时,每个ATT承载都有一个单独的事务模型,因此可以同时完成多个ATT事务,每个承载一个。这可以用于允许多个更高级层规范并发发送消息。


ATT服务器存储这些属性,并接受来自ATT客户端的属性协议请求、命令和确认。ATT服务器向请求发送响应,当由更高级层配置时,当ATT服务器上发生指定事件时,异步向ATT客户端发送指示和通知。


4.2 通用属性协议(GATT)

通用属性协议(GATT)构建在属性协议(ATT)之上,并为由属性协议传输和存储的数据建立公共操作和框架。GATT定义了两个角色:服务器和客户端。GATT客户端也是一个ATT客户端。GATT服务器也是一个ATT服务器。GATT角色不一定与特定的GAP角色相关联,但可以由更高级层次的配置文件指定。GATT和ATT不是运输特异性,可用于BR/EDR和LE。但是,GATT和ATT必须在LE中实现,因为它用于发现服务。


GATT还指定了GATT服务器上包含的数据的格式。由属性协议传输的属性被格式化为服务和特性。服务可能包含一系列特征。特征包含单个值和描述特征值的任意数量的描述符。


使用已定义的服务结构、特征和特征描述符,非特定协议的GATT客户端仍然可以遍历GATT服务器并向用户显示特征值。特征描述符可用于显示可能使用户可以理解该值的特征值的描述。


5. 基于gatt协议层次结构


GATT协议指定了在其中交换协议数据的结构。此结构定义了在概要文件中使用的服务和特性等基本元素。


该层次结构的顶层是一个协议。协议由满足一个用例所需的一个或多个服务组成。服务由对其他服务的特征或引用组成。每个特性都包含一个值,并可能包含有关该值的可选信息。服务和特性以及特性的组件(即值和描述符)包含概要文件数据,并且都存储在服务器上的属性中。


image.png

图3:基于gatt协议层次结构

5.1  服务

服务是用来完成设备或设备部分的特定功能或特征的数据和相关行为的集合。一个服务可以包括其他主要服务或辅助服务和/或构成该服务的一组特征。


服务有两种类型:主服务和辅助服务。主服务是提供设备的主要功能的服务。辅助服务是提供设备的辅助功能的服务,并包括来自该设备上的至少一个主服务。


服务可以用于一个或多个协议中,以满足特定的用例。


5.2  包括服务

包含的服务是将服务器上的另一个服务定义作为包括其的服务的一部分的方法。当一个服务包含另一个服务时,整个包含的服务将成为新服务的一部分,包括任何嵌套包含的服务和特征。所包含的服务仍然作为一个独立的服务存在。对筑巢的深度没有任何限制。


5.3 特征

特征是在服务中使用的值,以及关于如何访问该值的属性和配置信息,以及关于如何显示或表示该值的信息。特征定义包含一个特征声明、特性属性和一个值。它还可以包含描述值或允许服务器关于特征值的配置的描述符。


6. 基于网格的模型层次结构


网格配置文件指定网状网络中的设备交换数据的结构。此结构定义了模型和属性等基本构建块。


层次结构的顶层是一个模型,它可以是客户端模型或服务器模型。客户端模型可以向服务器模型发送消息,而服务器模型可以使用其他消息来响应客户端模型。模型使设备能够使用标准化数据格式将标准化消息发送到它们以前没有关系的其他设备。


6.1 模型

模型是完成特定设备功能的属性、状态、消息和相关行为的集合。模型定义并公开状态以及任何相关的行为。它还定义了用于在网状网络中的设备中的模型之间进行通信的消息。消息是全局定义的,并且不是特定于模型的。模型是不可变的,这意味着不能添加到模型定义中或从模型定义中删除。因此,向模型添加特性的唯一方法是定义一个新的模型,通过定义新的状态、消息和行为来扩展现有的模型。这些新的状态和行为使用状态绑定与现有的模型连接起来。这通过允许新设备访问扩展模型的新功能,并允许旧设备访问现有模型的基本功能,从而确保向后和转发兼容性。


6.2 特性

属性会将上下文添加到已定义的特性中。当将数据发送到网状网络时,用该数据的含义或上下文来标记数据是非常有用的。这允许接收属性的设备来解释该数据,而无需事先协商上下文。例如,一个温度特性可以给出一个关于如何或何时测量该温度的上下文,如“外部温度”、“室内温度”或“油温”。


属性是全局定义的,并且不是特定于模型的。


目录
相关文章
|
7月前
|
监控 Java API
Spring Boot 3.2 结合 Spring Cloud 微服务架构实操指南 现代分布式应用系统构建实战教程
Spring Boot 3.2 + Spring Cloud 2023.0 微服务架构实践摘要 本文基于Spring Boot 3.2.5和Spring Cloud 2023.0.1最新稳定版本,演示现代微服务架构的构建过程。主要内容包括: 技术栈选择:采用Spring Cloud Netflix Eureka 4.1.0作为服务注册中心,Resilience4j 2.1.0替代Hystrix实现熔断机制,配合OpenFeign和Gateway等组件。 核心实操步骤: 搭建Eureka注册中心服务 构建商品
1110 3
|
5月前
|
人工智能 JavaScript 前端开发
GenSX (不一样的AI应用框架)架构学习指南
GenSX 是一个基于 TypeScript 的函数式 AI 工作流框架,以“函数组合替代图编排”为核心理念。它通过纯函数组件、自动追踪与断点恢复等特性,让开发者用自然代码构建可追溯、易测试的 LLM 应用。支持多模型集成与插件化扩展,兼具灵活性与工程化优势。
393 6
|
6月前
|
人工智能 Cloud Native 中间件
划重点|云栖大会「AI 原生应用架构论坛」看点梳理
本场论坛将系统性阐述 AI 原生应用架构的新范式、演进趋势与技术突破,并分享来自真实生产环境下的一线实践经验与思考。
|
6月前
|
机器学习/深度学习 人工智能 vr&ar
H4H:面向AR/VR应用的NPU-CIM异构系统混合卷积-Transformer架构搜索——论文阅读
H4H是一种面向AR/VR应用的混合卷积-Transformer架构,基于NPU-CIM异构系统,通过神经架构搜索实现高效模型设计。该架构结合卷积神经网络(CNN)的局部特征提取与视觉Transformer(ViT)的全局信息处理能力,提升模型性能与效率。通过两阶段增量训练策略,缓解混合模型训练中的梯度冲突问题,并利用异构计算资源优化推理延迟与能耗。实验表明,H4H在相同准确率下显著降低延迟和功耗,为AR/VR设备上的边缘AI推理提供了高效解决方案。
959 0
|
5月前
|
机器学习/深度学习 自然语言处理 算法
48_动态架构模型:NAS在LLM中的应用
大型语言模型(LLM)在自然语言处理领域的突破性进展,很大程度上归功于其庞大的参数量和复杂的网络架构。然而,随着模型规模的不断增长,计算资源消耗、推理延迟和部署成本等问题日益凸显。如何在保持模型性能的同时,优化模型架构以提高效率,成为2025年大模型研究的核心方向之一。神经架构搜索(Neural Architecture Search, NAS)作为一种自动化的网络设计方法,正在为这一挑战提供创新性解决方案。本文将深入探讨NAS技术如何应用于LLM的架构优化,特别是在层数与维度调整方面的最新进展,并通过代码实现展示简单的NAS实验。
|
7月前
|
Web App开发 Linux 虚拟化
Omnissa Horizon 8 2506 (8.16) - 虚拟桌面基础架构 (VDI) 和应用软件
Omnissa Horizon 8 2506 (8.16) - 虚拟桌面基础架构 (VDI) 和应用软件
362 0
Omnissa Horizon 8 2506 (8.16) - 虚拟桌面基础架构 (VDI) 和应用软件
|
7月前
|
机器学习/深度学习 数据采集 存储
技术赋能下的能源智慧管理:MyEMS 开源系统的架构创新与应用深化
在全球能源转型与“双碳”战略推动下,MyEMS作为基于Python的开源能源管理系统,凭借模块化架构与AI技术,助力重点用能单位实现数字化、智能化能源管理。系统支持多源数据采集、智能分析、设备数字孪生与自适应优化控制,全面满足国家级能耗监测要求,并已在制造、数据中心、公共建筑等领域成功应用,助力节能降碳,推动绿色可持续发展。
208 0
|
8月前
|
人工智能 数据可视化 Java
什么是低代码(Low-Code)?低代码核心架构技术解析与应用展望
低代码开发正成为企业应对业务增长与IT人才短缺的重要解决方案。相比传统开发方式效率提升60%,预计2026年市场规模达580亿美元。它通过可视化界面与少量代码,让非专业开发者也能快速构建应用,推动企业数字化转型。随着AI技术发展,低代码与AIGC结合,正迈向智能化开发新时代。
|
8月前
|
存储 人工智能 缓存
AI应用爆发式增长,如何设计一个真正支撑业务的AI系统架构?——解析AI系统架构设计核心要点
本文AI专家三桥君系统阐述了AI系统架构设计的核心原则与关键技术,提出演进式、先进性、松耦合等五大架构法则,强调高并发、高可用等系统质量属性。通过垂直扩展与水平扩展策略实现弹性伸缩,采用多类型数据存储与索引优化提升性能。三桥君介绍了缓存、批处理等性能优化技术,以及熔断隔离等容灾机制,构建全链路监控体系保障系统稳定性。为构建支撑亿级业务的AI系统提供了方法论指导和技术实现路径。
965 0

热门文章

最新文章