1蓝牙协议概述

蓝牙技术规范（Specification）包括协议（PRotocol）和应用规范（Profile）两个部分。协议定义了各功能元素（如串口仿真协议（RFCOMM）、逻辑链路控制和适配协议（L2CAP）等各自的工作方式，而应用规范则阐述了为了实现一个特定的应用模型（Usage model），各层协议间和运转协同机制。显然，Protocol是一种横向体系结构，而Profile是一种纵向体系结构。较典型的Profile有拨号网络（Dial-up Networking）、耳机（Headset）、局域网访问（LAN access）和文件传输（File Transfer）等，它们分别对应一种应用模型。

整个蓝牙协议体系结构可分为底层硬件模块、中间协议层（软件模块）和高端应用层三大部分。图1中所示的链路管理层（LM）、基带层（BB）和射频层（RF）属于蓝牙的硬件模块。RF层通过2.4GHz无需授权的ISM频段的微波，实现数据位流的过滤和传输，它主要定义了蓝牙收发器在此频带正常工作所满足的要求。BB层负责跳频和蓝牙数据及信息帧的传输。LM层负责连接的建立和拆除以及链路的安全机制。它们为上层软件模块提供了不同的访问人口，但是两个蓝牙设备之间的消息和数据传递必须通过蓝牙主机控制器接口（HCI）的解释才能进行。也就是说，HCI是蓝牙协议中软硬件之间的接口，它提供了一个调用下层BB、LM状态和控制寄存器等硬件的统一命令接口。HCI层以上的协议实体运行在主机上，而HCI以下的功能由蓝牙设备来完成，二者之间通过一个对两端透明的传输层进行交互。

中间协议层包括逻辑链路控制和适配协议（L2CAP,Logical Link Control and Adaptation Protocol）、服务发现协议（SDP，Service Discovery Protocol）、串口仿真协议（RFCOMM）和电信通信协议（TCS,Telephone control Protocol）。L2CAP完成数据拆装、服务质量控制和协议复用等功能，是其他上层协议实现的基础，因此也是蓝牙协议栈的核心部分。SDP为上层应用程序提供一种机制来发现网络中可用的服务及其特性。RFCOMM依据ETSI标准TS07.10在L2CAP上仿真9针RS232串口的功能。TCS提供蓝牙设备间话音和数据的呼叫控制信令。

在蓝牙协议栈的最上部是高端应用层（applications），它对应于各种应用模型的profile。

2蓝牙协议测试背景

2.1蓝牙测试背景

蓝牙组织成员为证明自己的产品达到了蓝牙组织加入协定的要求，符合蓝牙规范，必须通过蓝牙认证。蓝牙认证设置的目的在于保护蓝牙无线互连技术的一致性，同时尽可能降低对产品开发商的要求。

任何一个生产或销售蓝牙设备的公司必须首先签署蓝牙协定以成为蓝牙组织成员，然后证明自己的产品符合蓝牙系统规范（包括一致性要求）。在成功通过蓝牙认证之后，产品方案被列入合格产品目录。产品必须完全通过蓝牙认证，否则不享有蓝牙组织协定所赋予的权利。

蓝牙设备测试规范包括一系列为验证蓝牙设备而设计的测试。蓝牙设备应对蓝牙设备测试规范中所有的蓝牙设备测试案例逐一进行验证。

所谓测试案例是与被测试协议的一个特定特征相关的一个特定测试单元。每个测试案例都有一个特定的测试目的，运行后都对所得到的测试结果进行判断。例如为测试传输层和建链（Connection establishment）而设计一个测试案例，其测试目的为“测试传输层建链”，执行这个测试案例可能得到的结果为成功、失败或者不确定。

测试案例一般由三部分组成：初始化部分（Preamble）、测试体（Test Body）和重置部分（Postamble）。

在蓝牙设备认证测试中，射频（Radio Frequency）、蓝牙协议一致性、profile一致性和profile互联测试所使用的方法是不同的。

*射频测试案例可以混合使用标准测试设备和特殊蓝牙测试设备来执行。如果有一个可用的参考测试系统，蓝牙协议一致性的测试案例可以使用它来执行。否则一致性测试只能通过其他方法进行。组织成员自由选择合适的测试设备来运行所需的测试。

*为加强低层互联的可靠性，首先应进行蓝牙协议互联蓝牙协议互联测试。使用设计好的测试产品（一般称为蓝牙设备）来进行测试。

*Profile一致性测试用来决定蓝牙产品是否符合蓝牙规范。

*Profile互联测试帮助确定支持同一Profile的产品是否如预料那样支持互联。当设备特别是不同厂家设备之间进行实际通信的时候，互联测试有可能发现原先不太明显的问题。

2.2一致性测试

协议一致性测试和协议校验的目标是很容易混淆的。协议一致性测试用于检查给定的一种协议的实现实体是否与协议的内在动工规范要求相一致。协议校验用来检查协议规范本身在逻辑上是否可靠的。如果协议规范存在设计错误，绝对符合规范要求的协议实现虽然存在同样的逻辑错误，但能够通过一致性测试；如果它不存在同样的错误，就无法通过一致性测试。只有实现实体和规范要求不一致时一致性测试才会失败。相反，协议的可靠性验证应该检测出设计上的错误。

给定一个例如有限状态机形式的参考协议规范和一个未知的实现实体。对所有实际应用来说，协议实现实体相当于一个具有有限输入输出的黑箱。我们只能通过提供一系列的输入信号（消息），观察输出的结果信号来验证它。处于验证下的实现实体，通常称为被校验对象（IUT），只有当所有观察到的输出与形式规范所描述相一致时方可通过校验。一组用于按这种方法验证协议实现的输入序列集称为一致性测试案例包。

这里有两个主要的问题解决：

（1）找到一种通用有效的方法为一种给定的协议实现实体生成一个一致性测试案例包。

（2）找到一种方法把测试安全应用在协议实现实体上进行测试。

第二个问题看起来比较简单。IUT可以是协议栈结构中单独的一层，具有与相邻层间的两个接口。为了测试它，需要一个高层测试仪和一个低层测试仪和一些系统方法来同步它们之间的流程。当IUT和测试仪在物理上相互隔离时也存在复杂的影响因素。测试仪可能只能通过远程网络连接来访问IUT，并且无法绝对可靠的提供输入以及从ＩＵＴ获得输出。

通信系统设计要保持一定的标准后为称为一致性测试。

在ＯＳＩ系统模型定义后几年中，ＩＳＯ（国际标准化组织）开始着手制定一致性测试的方法和框架。一个专门委员会接手了标准化中最困难的任务之一，发展出ＩＳＯ用于定义一致性测试框架和方法的一系列标准，以及一种描述抽象测试集的语言。

提倡的一种解决方法是为每一种协议或协议集（profile）发展一种抽象的测试集，并使之标准化。发展商要以一系列称为ＰＩＣＳ或ＰＩＸＴＴ文档的形式说明自己产品的实现途径。一致性测试中心（也称为测试实验室）负责被测对象的一致性验证。中心首先选出刊登特定对象的测试案例，给测试案例赋值，最后得到抽象测试集的一个物理实现。目前，一致性测试是世界范围内最为广泛的软件测试活动。