蓝牙数据传输结构..docx

数据传输结构 Bluetooth ?数据传输系统实施分层结构。蓝牙系统的描述中说明了蓝牙核心传输层级(包括 L2CAP 信道)。所有蓝牙运行方式遵循相同的通用传输结构。基于效率和传统理由,蓝牙传输结构包括逻辑层的级次划分,这与逻辑链路和逻辑传输存在明显区分。此级次划分提供了有关逻辑链路的一般和通俗易懂的概念,逻辑链路为两个或以上设备提供独立传输。基于遗留行为理由,逻辑传输分层需要描述部分逻辑链路类型相互依赖的关系。蓝牙 版规格规定 ACL 和 SCO 链路为物理链路。除增加延伸 SCO (eSCO) 和日后扩展外,将这两个链路视为逻辑传输类型较为理想,这能更准确地概述它们的用途。但是,这两个链路并不如想象的那么独立, 因为它们共享资源,如 LT_ADDR 和确认/重复请求( ARQ )方案。此结构无法以单一传输层代表这些逻辑传输。其它逻辑传输层在一定程度上说明了这种行为。核心流量承载器蓝牙核心系统为服务协议和应用数据传输提供多个标准的流量承载器。逻辑链路的命名采用相关逻辑传输的名称和表明所传输数据类型的后缀: C用于运载 LMP 信息的控制链路, U用于运载用户数据( L2CAP PDU )的 L2CAP 链路,而 S用于运载无格式同步或等时数据的串流链路。在不会引起歧义的情况下,逻辑链路的后缀通常会被删除,因此,默认 ACL 逻辑传输可用来表示 ACL- C 逻辑链路(在谈到 LMP 协议时)或 ACL-U 逻辑链路(在讨论 L2CAP 层的情况下)。应用流量类型映射至蓝牙核心流量承载器基于流量特征与承载器特征的映射。建议使用这些映射,因为它们提供了传送带有给定特征的数据最自然和最具效率的方式。应用或蓝牙核心系统实施可选择使用不同的流量承载器或不同的映射实现类似的结果。例如,在仅有一个从设备的微微网中,主设备传送 L2CAP 广播时可选择借助 ACL-U 逻辑链路,而非通过 ASB-U 或 PSB- U 逻辑链路。如果物理信道质量并未降低过多,这将提高带宽方面的效率。仅在保留了应用流量类型特征的情况下才可使用替代传输路径。应用流量类型用于对可能提交至蓝牙核心系统的数据类型进行分类。如果干预过程修改了数据流量,原数据流量类型未必与提交至蓝牙核心系统的数据类型相同。例如,视频数据以恒定速度生成,但中间编码过程可能会将恒定速度更改为变速率,如 MPEG4 编码。对于蓝牙核心系统而言,重要的仅为所提交的数据特征。成帧数据流量 L2CAP 层服务为异步和等时用户数据提供帧导向传输。应用以变长帧(最长为信道的最大协定长度)向此服务提交数据,这些帧会以相同形式传送至远程设备的相应应用。应用无需在数据中插入额外的分帧信息, 但如有要求亦可以如此(有关分帧对于蓝牙核心系统是不可见的)。连接导向 L2CAP 信道可创建用于传输两个蓝牙设备之间的单播(点到点)数据。无连接 L2CAP 信道用于广播数据。在微微网拓扑中,主设备总是广播数据的来源,而从设备为接收设备。广播 L2CAP 信道进行单向通信。单播 L2CAP 信道可为单向或双向。 L2CAP 信道的相关 QoS 设置定义了传输数据帧的限制因素。例如,这些 QoS 设置可用于指出数据为异步并因此会在有限的生命期后成为无效数据,数据应在给定的时间期限内发出或数据可靠及应予以无误发送, 不论耗时多长。 L2CAP 信道管理器负责安排在合适的基带逻辑链路上传输 L2CAP 信道数据帧,可能在带有类似特征的其它 L2CAP 信道的基带逻辑链路进行多路传输。非成帧数据流量如果因为应用中包括串流成帧或数据为纯串流,应用不要求以帧交付数据,那么应用可避免采用 L2CA P 信道,并直接使用基带逻辑链路。蓝牙核心系统支持采用 SCO-S 或 eSCO-S 逻辑链路,直接传输等时或固定速度(成帧前数据的比特率或帧率)的应用数据。这些逻辑链路保留了物理信道带宽,并提供锁定至微微网时钟的固定速度传输。数据按固定间隔在固定大小的数据包中传输,这两个参数都在信道建立期间协定。 eSCO 链路拥有更多的比特率选择,而通过在发生错误时进行有限的重发,则提高了可靠性。 eSCO 逻辑传输支持增强数据率运行, 而 SCO 逻辑传输则不支持。 SCO 和 eSCO 逻辑传输不支持多路复用逻辑链路或蓝牙核心的任何其它层级。如果所提交的 SCO/eSCO 串流是或似乎是固定速率串流,应用可选择对所提交的串流中的多个串流进行分层。应用从基带的可用逻辑链路中选择最合适的逻辑链路类型,创建及配置逻辑链路以传输数据流,及在完成传输时解除相关逻辑链路(应用一般还会使用成帧 L2CAP 单播信道传输控制类信息至远程设备的同类应用。) 如果应用数据为等时及可变速率,那么这仅可由 L2CAP 单播信道传输,因此将会被视为成帧数据。流量承载