蓝牙无线连接可靠性的研究与实现
3.3.2 链路监测
在无线连接中，有很多原因能够引起连接中断，比如，设备关闭、设备移出了蓝牙通信范围。而且在连接中断发生时，通常不会有任何提前报警，所以，在蓝牙主、从单元两端对链路进行监测是非常必要的。
为此，在蓝牙主、从单元均使用链路监测定时器。一旦收到经过HEC校验的分组和正确的蓝牙活动成员地址（AMADDR)，定时器就复位。如果在连接状态的任何时刻，定时器达到阈值（该阈值可协商），则连接复位。SCO和ACL 连接使用同一阈值。这样，就能够在蓝牙主、从单元两端对链路进行监测了。
4 蓝牙链路管理层（LM）中的可靠性措施
类似地，在蓝牙链路管理层（LM ）中，也定义有保证可靠的无线连接的措施。
在蓝牙接收和发送设备的链路管理层之间是通过协议数据单元（PDU）来相互通信的。PDU 由操作码、事件ID和内容参数组成，其中，7 位操作码用来标识不同类型的PDU。
如果链路管理器收到不能识别操作码的PDU，就用LMP no accepted协议数据单元（PDU）应答，并且LMP no accepted PDU中含有原因码unknown LMP PDU。而且返回的操作码参数同样也是不能够识别的操作码。如果链路管理器收到含有无效参数的PDU，就用LMP no accepted PDU应答，并且LMP no accepted PDU中含有原因码invalid LMP PDU（无效LMP 参数）.
某一方在等待对方响应时，如果发现超过了最大响应时间或者检测到链路丢失，等待应答的一方就可以认为该过程已经终止。
信道出错或发送方系统出错都会引起发送错误的消息。为了检测后一种情况，LM应监测错误消息数量，一旦超过阈值就将其断开，该阈值可根据实际情况进行设置。
由于无法实时地截获PDU，在链路两端的LM都对同一过程进行初始化而且都没有成功时，很可能会发生冲突。这时，主单元将
通过发送含有原因码“LMP Error Transaction Collision ”的LMP no accepted PDU，中止从单元的初始化过程，从而保证主单元的初始化过程能够顺利进行。
5 蓝牙应用层中可采用的可靠性措施
5.1 稳定、可靠的蓝牙文件传输协议：RBTFT
蓝牙的文件传输是通过RFCOMM协议建立一条端到端的连接。所以在蓝牙RFCOMM协议的基础之上建立了本文所描述的蓝牙的文件传输协议，称之为RBTFT（表示为Reliable Bluetooth File Transfer)，其主要目标是在蓝牙设备之间建立一条可靠的无线连接通道，进行可靠的文件传输。该协议目前的开发是采用VC+ +，应用平台为WIN98/2000/NT，但作为RBTFT 协议的本身不受具体编程语言及操作系统所限制。
RBTFT 协议支持一次传输多个文件、断点续传和CRC校验。其设计思想是基于帧传输方式，即在发送数据时是一帧一帧地发送，为保证可靠的传输，RBTFT协议对RBTFT帧进行了精心的定义，RBTFT 帧由报头、数据子包组成，报头指明帧类型（有些帧是不带数据的命令帧、信息帧，如BTFNAK ) ，还携带CRC校验信息。而数据子包还有不同的子包结束符，指明后面是否有后续包等。在进行数据传输时，采用发送/应答／握手／失败方式，即发送一帧数据，一个应答，若应答没收到，重新进行协商握手，握手失败则向应用程序报告错误。
在利用RBTFT 协议进行实际的文件传输时，首先第一步是进行串口初始化操作，在串口初始化成功时，通过异步消息RBTFT C0NNECT向应用程序报告，表示一条通信链路建立完毕。开始发送数据时，应用程序根据内部缓冲区的大小决定每次真正可发送的数据量，数据将被存储在内部缓冲区内，按照RBTFT协议，内部缓冲区的数据分割成一帧一帧并加人帧信息和CRC校验信息，每一帧将调用内部线程发送数据，当内部缓冲区的数据全部发送完毕（即内部缓冲区为空）时，则向应用程序发送消息表示内部缓冲区的数据全部发送完毕，应用程序将可继续发送其余的数据。在接收方，每到达一帧时，接收方就判读帧信息、对到达的数据进行接收并进行CRC校验，若发生错误则通过RBTFT协议所定义的方式进行重发或协商，当通信能继续则不向应用程序发送任何消息，继续保持链路，若通信不能继续，则放弃此链路，并且向应用程序发送RBTFT ERROR的消息，应用程序将重新复位此链路或进行其它相应的处理。另外，当有任何一方断开链接，应用程序
《蓝牙无线连接可靠性的研究与实现(第3页)》
★读了本文的人也读了：