蓝牙核心规范(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 特性

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


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


目录
相关文章
|
1天前
|
Cloud Native Go API
Go语言在微服务架构中的创新应用与实践
本文深入探讨了Go语言在构建高效、可扩展的微服务架构中的应用。Go语言以其轻量级协程(goroutine)和强大的并发处理能力,成为微服务开发的首选语言之一。通过实际案例分析,本文展示了如何利用Go语言的特性优化微服务的设计与实现,提高系统的响应速度和稳定性。文章还讨论了Go语言在微服务生态中的角色,以及面临的挑战和未来发展趋势。
|
4天前
|
存储 监控 前端开发
掌握微前端架构:构建未来前端应用的基石
【10月更文挑战第12天】随着前端技术的发展,传统的单体应用架构已无法满足现代应用的需求。微前端架构通过将大型应用拆分为独立的小模块,提供了更高的灵活性、可维护性和快速迭代能力。本文介绍了微前端架构的概念、核心优势及实施步骤,并探讨了其在复杂应用中的应用及实战技巧。
|
2天前
|
运维 Go 开发者
Go语言在微服务架构中的应用与优势
本文深入探讨了Go语言在构建微服务架构中的独特优势和实际应用。通过分析Go语言的核心特性,如简洁的语法、高效的并发处理能力以及强大的标准库支持,我们揭示了为何Go成为开发高性能微服务的首选语言。文章还详细介绍了Go语言在微服务架构中的几个关键应用场景,包括服务间通信、容器化部署和自动化运维等,旨在为读者提供实用的技术指导和启发。
|
4天前
|
设计模式 测试技术 持续交付
架构视角下的NHibernate:设计模式与企业级应用考量
【10月更文挑战第13天】随着软件开发向更复杂、更大规模的应用转变,数据访问层的设计变得尤为重要。NHibernate作为一个成熟的对象关系映射(ORM)框架,为企业级.NET应用程序提供了强大的支持。本文旨在为有一定经验的开发者提供一个全面的指南,介绍如何在架构层面有效地使用NHibernate,并结合领域驱动设计(DDD)原则来构建既强大又易于维护的数据层。
19 2
|
5天前
|
运维 Serverless 数据处理
Serverless架构通过提供更快的研发交付速度、降低成本、简化运维、优化资源利用、提供自动扩展能力、支持实时数据处理和快速原型开发等优势,为图像处理等计算密集型应用提供了一个高效、灵活且成本效益高的解决方案。
Serverless架构通过提供更快的研发交付速度、降低成本、简化运维、优化资源利用、提供自动扩展能力、支持实时数据处理和快速原型开发等优势,为图像处理等计算密集型应用提供了一个高效、灵活且成本效益高的解决方案。
25 3
|
6天前
|
负载均衡 Go API
探索Go语言在微服务架构中的应用与优势
在这篇技术性文章中,我们将深入探讨Go语言(又称为Golang)在构建微服务架构时的独特优势。文章将通过对比分析Go语言与其他主流编程语言,展示Go在并发处理、性能优化、以及开发效率上的优势。同时,我们将通过一个实际的微服务案例,详细说明如何利用Go语言构建高效、可扩展的微服务系统。
|
5天前
|
存储 消息中间件 人工智能
ApsaraMQ Serverless 能力再升级,事件驱动架构赋能 AI 应用
本文整理自2024年云栖大会阿里云智能集团高级技术专家金吉祥的演讲《ApsaraMQ Serverless 能力再升级,事件驱动架构赋能 AI 应用》。
|
2天前
|
Kubernetes 监控 持续交付
深入理解微服务架构及其在现代应用开发中的应用
【10月更文挑战第15天】深入理解微服务架构及其在现代应用开发中的应用
11 0
|
4天前
|
存储 前端开发 数据库
一文搞懂SaaS应用架构:应用服务、应用结构、应用交互设计
【10月更文挑战第21天】本文介绍了 SaaS 应用服务的多租户服务、安全服务和更新与维护服务,以及 SaaS 应用的前后端结构和交互设计。多租户服务涉及数据隔离和资源分配;安全服务包括身份认证与授权及数据安全;更新与维护服务涵盖版本管理和技术支持。前端结构关注用户界面设计和前端技术选型;后端结构则涉及微服务架构和数据库管理。交互设计强调租户与应用的交互和应用内部模块间的交互。
|
6天前
|
机器学习/深度学习 存储 自然语言处理
基础与构建:GraphRAG架构解析及其在知识图谱中的应用
【10月更文挑战第11天】随着数据的不断增长和复杂化,传统的信息检索和生成方法面临着越来越多的挑战。特别是在处理结构化和半结构化数据时,如何高效地提取、理解和生成内容变得尤为重要。近年来,一种名为Graph Retrieval-Augmented Generation (GraphRAG) 的新架构被提出,它结合了图神经网络(GNNs)和预训练语言模型,以提高多模态数据的理解和生成能力。本文将深入探讨GraphRAG的基础原理、架构设计,并通过实际代码示例展示其在知识图谱中的应用。
25 0