当前位置:   article > 正文

Bluetooth RFCOMM介绍_btproto_rfcomm

btproto_rfcomm

Bluetooth RFCOMM介绍

阅读目录

回到顶部

1. 介绍

RFCOMM提供了基于L2CAP协议的串行(9针RS-232)模拟
RFCOMM支持在两个蓝牙设备间高达60路的通信连接,最新规范是V1.2

RFCOMM支持两种设备类型,但并不对它们进行区分

Type 1: DTE, 通信终端(如计算机, 打印机) 
Type 2: DCE, 通信节点(调制解调器)

连接方式如下图所示 
image

回到顶部

2. 服务

2.1 RS-232控制信号

RFCOMM模拟了9针RS-232接口,如下所示

PinCircuit Name
102Signal Common
103Transmit Data(TD)
104Received Data(RD)
105Request to Send(RTS)
106Clear to Send(CTS)
107Data Set Ready(DSR)
108Data Terminal Ready(DTR)
109Data Carrier Detect(CD)
125Ring Indicator(RI)

2.2 Null Modem Emulation

当传递非数据通路的状态信息时,不区分DTE和DCE设备;而用控制信号来代替相应的信号,下图是对应关系

GSM 07.10信号对应RS-232控制信号
RTSDSR, DTR
RTRRTS, CTS
ICRI
DVDCD

当两个同类设备(如DTE)互联时,GSM 07.10传输控制信号时就会创建Null Modem

下图显示了两个DTE设备相连时创建的Null Modem 
image

2.3 多串口仿真

2.3.1 两个设备间的多串口仿真

两个使用RFCOMM通信的蓝牙设备可以同时打开多个串口仿真 
RFCOMM支持多大60路,但是一个设备实际能打开的数据依实现而定 
image

一个数据链接标识(DLCI: 参考帧格式Address字段D+ServerChannel)标识一对客户和服务器之间的持续连接

DLCI 在两个设备间的RFCOMM会话中保持一致 
DLCI 长度为6bit,在RFCOMM中其可用值区间为2~61 
DLCI 0为控制信道 
DLCI 1由于服务器信道概念不能使用 
DLCI 62-63保留

在一次RFCOMM会话中,客户和服务器可以分布在通信的两端,每一端的客户都可以独立发起建立通信连接 
因此可使用RFCOMM服务器信道的概念将DLCI值域空间在两个正在进行通信的设备间进行划分

2.3.2 多仿真串口和多蓝牙设备

多仿真串口和多蓝牙设备,是可选的
如果蓝牙设备支持多串口仿真,同时通信连接两端允许使用不同BT设备 
那么RFCOMM实体必须能够运行多路复用会话,每个多路复用使用L2CAP信道标识符(CID)来区分image

回到顶部

3. 接口

RFCOMM目的在于定义一个能够利用仿真串口的协议

下图是RFCOMM参考模型及相应描述

image

 

回到顶部

4. 帧类型

RFCOMM支持的帧(Frame)类型如下

类型描述
SABMSet Asynchronous Balanced Mode (startup command)
UAUnnumbered Acknowledgement (response when connected)
DISCDisconnect (disconect command)
DMDisconnected Mode (response to a command when disconected)
UIHUnnumbered Information with Header check

SABM、UA、DM、DISC是"low- level"控制帧 
DLCI为0的UIH帧用来传递控制信息,DLCI不为0的UIH帧用来传递数据

回到顶部

5. 帧格式

RFCOMM帧格式如下所示 
image

5.1 Address字段

image  
EA(Extern Address)字段: 在RFCOMM中,为1 
C/R(Command/Response)字段: 表示该帧是一个Command还是Response,设置方式如下图所示 
image 
DCLI: direction bit and server channel, 通常initator将D位(即最低位)设置为1,而Responser则将其设置为0 
         故initator的DCLI的值总是基数(3,5,7,…,61),而Responser则为偶数(2,4,6,…,60)

5.2 Control字段

Control字段用来标识帧的类型,下图是相关值 
image 
其中,P/F是Poll/Final位,在Commands中,被称为P位;而在Responses中则被称为F位 
当发送的Command需要一个相应时,就将P置1,接收方收到这样的命令时需要马上响应并将F置1 
如果接收到P/F位置为0的SABM或DISC帧,接收方将把它们丢弃 
DM帧不考虑P/F的设置。

5.3 Length字段

image 
Length字段由最低位的EA来决定其长度 
当EA为1时,长度为7bits(0~127) 
当EA为0时,长度为15bits(0~32767)

其中,RFCOMM帧的默认长度为127,最大长度为32767

5.4 Data字段

Data字段仅仅在UIH帧中存在,其长度限制由L2CAP的MTU所限制

5.5 FCS字段

用于接收方校验接收数据是否正确,校验原理采用循环冗余校验CRC-8

对于SABM,DISC,UA和DM帧,FCS计算Address,Control and Length字段 
对于UIH帧,FCS计算Address and Control字段

回到顶部

6. Multiplexor Frames

Multiplexorm Commands and Responses在DLCI=0在发送用于控制RFCOMM连接 
有七种类型的Commands or Responses

Commands/ResponsesDescription
PNDLC parameter negotiation
TestTest Command
FCon/FCoffFlow Control On/Off Command
MSCModem Status Command, used for flow control
RPNRemote Port Negotiation
RLSRemote Line Status
NSCNon Supported Command (response only)

注意: 当收到一个不支持的命令时应该回应NSC

上面的这些命令和相应通过UIH帧(DLCI=0)来封装 
可以在一个RFCOMM帧中封装多个命令,也可以将一个命令拆分至多个RFCOMM帧

Multiplexor Frames的格式如下图 
image

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/IT小白/article/detail/326597
推荐阅读
相关标签
  

闽ICP备14008679号