a2dp蓝牙协议.docx
《a2dp蓝牙协议.docx》由会员分享，可在线阅读，更多相关《a2dp蓝牙协议.docx（9页珍藏版）》请在冰豆网上搜索。
a2dp蓝牙协议
竭诚为您提供优质文档/双击可除
a2dp蓝牙协议
篇一：
常用蓝牙协议介绍
蓝牙协议hFp,hsp,a2dp,aVRcp,opp,pbaphFp
hFp（hands-freeprofile），让蓝牙设备可以控制电话，如接听、挂断、拒接、语音拨号等，拒接、语音拨号要视蓝牙耳机及电话是否支持。
hsp
hsp描述了bluetooth耳机如何与计算机或其它bluetooth设备（如手机）通信。
连接和配置好后，耳机可以作为远程设备的音频输入和输出接口。
这是最常用的配置，为当前流行支持蓝牙耳机与移动电话使用。
它依赖于在64千比特编码的音频/s的cVsd的或pcm以及at命令从gsm07.07的一个子集，包括环的能力最小的控制，接听来电，挂断以及音量调整。
典型的使用情景是使用无线耳机与手机进行连接。
可能会使用hsp的若干设备类型：
耳机、手机、pda、个人电脑、手提电脑。
a2dp
a2dp全名是advancedaudiodistributionprofile蓝牙音频传输模型协定！
a2dp是能够采用耳机内的芯片来堆栈数据，达到声音的高清晰度。
有a2dp的耳机就是蓝牙立体声耳机。
声音能达到44.1khz，一般的耳机只能达到8khz。
如果手机支持蓝牙，只要装载a2dp协议，就能使用a2dp耳机了。
还有消费者看到技术参数提到蓝牙V1.0V1.1V1.2V2.0——这些是指蓝牙的技术版本，是指通过蓝牙传输的速度，他们是否支持a2dp具体要看蓝牙产品制造商是否使用这个技术
aVRcp
aVRcp（audio/VideoRemotecontrolprofile），也就是音频/视频远程控制规范。
aVRcp设计用于提供控制tV、hi-Fi设备等的标准接口。
此配置文件用于许可单个远程控制设备（或其它设备）控制所有用户可以接入的a（a2dp蓝牙协议）/V设备。
它可以与a2dp或Vdp配合使用。
aVRcp定义了如何控制流媒体的特征。
包括暂停、停止、启动重放、音量控制及其它类型的远程控制操作。
aVRcp定义了两个角色，即控制器和目标设备。
控制器通常为远程控制设备，而目标设备为特征可以更改的设备。
在aVRcp中，控制器将检测到的用户操作翻译为a/V控制信号，然后再将其传输至远程bluetooth设备。
对于“随身听”类型的媒体播放器，控制设备可以是允许跳过音轨的耳机，而目标设备则是实际的播放器。
常规红外遥控器的可用功能可以在此协议中实现。
aVRcp协议规定了aV/c数字接口命令集（aV/c命令集，由1394行业协会定义）的应用范围，实现了简化实施和易操作性。
此协议为控制消息采用了aV/c设备模式和命令格式，这些消息可以通过音频/视频控制传输协议（aVctp）传输。
opp
蓝牙通信程序部分需采用用于设备之间传输数据对象oppprofile:
objectpushprofile由于oppprofile又细分为oppc（client）端和opps（server）端profile，这两个profile区别在于只有client端可以发起数据传输的过程，但是附件设备与手机通信的情景中，既有手机发起数据传输请求也
有设备侧发起传输请求的需要，所以要在设备中实现oppc和opps两个profile。
pbap
电话号码簿访问协议（phonebookaccessprofile）
篇二：
a2dp协议中文精简版
摘要：
通过对蓝牙高级音频分发框架（a2dp）协议栈进行系统地分析，提出了一种基于消息机制的协议方案，在无a2dp框架的蓝牙1.1协议栈基础上实现了轻型的a2dp应用框架，并且利用嵌入式蓝牙开发平台，实现了基本的点对点蓝牙立体声音频数据的传输。
关键词：
蓝牙；高级音频分发框架；消息机制；立体声音频流
引言
近年来，随着蓝牙技术在电子产品中的日益普及，蓝牙音频设备也层出不穷，其中具有免提功能的蓝牙耳机和蓝牙音频网关的应用是最典型的例子。
但免提单元与音频网关进行音频传输建立起来的sco连接，仅能支持64kbps电信级语音质量的音频流，这也就限制了蓝牙音频质量的提高，同时也影响了蓝牙的娱乐消费市场。
为了满足人们对高质量音频的需求，进一步扩大蓝牙产品市场，蓝牙特殊兴趣小组sig组织，在蓝牙1.1规范的应用框架基础上又单独提出了高级音频分发框架（advancedaudiodistributionprofile,a2dp）。
该框架利用了在l2cap层建立起来的acl异步无连接链路来传输高质量的单声道或者立体声音频数据，有效负载的传输速率可以达到300kbps~400kbps。
1a2dp框架概述
在娱乐消费市场中，a2dp实例化应用就是用音乐播放器把音频数据通过acl连接发送到耳机或者音箱上。
目前的框架规范中，并不支持同步的一点对多点的广播式音频分发，而对于点对点音频的分发，又存在着两种不同的角色，一个是信源设备（sRc），这种设备作为发起者将数字音频流发送到piconet网中；另一个是信宿设备，是接收信源发出的音频流的设备。
如果蓝牙音乐播放器是信源设备，那么与之交互的蓝牙耳机就是信宿设备，信源和信宿的区别就在于它是发起者还是接收者。
下面对该框架所涉及的具体协议和其依赖框架进行分析。
1.1a2dp应用框架
在典型的蓝牙音频相关框架的整体结构中，a2dp框架所处的位置如图1所示：
图1蓝牙音频框架整体结构
服务发现应用框架（sdap）所提供的功能是向其他蓝牙设备提供自身所具备的服务，并且能够使用远程设备所提供的服务和功能。
在实际应用中，几乎所有框架都支持服务发现协议（sdp）。
蓝牙音频视频遥控应用框架（aVRcp）实现了蓝牙设备之间的遥控功能，例如音乐播放器的前进，后退，停止，播放等控制信令的传输。
免提功能头戴式设备应用框架（hFp/hsp），最主要的应用就是实现了蓝牙耳机的免提功能和某些蓝牙设备的音频网关功能。
高级音频分发框架（a2dp）依赖于通用音频视频分发框架（gaVdp）,gaVdp定义了设置音频和视频流传输的步骤，而a2dp则进一步定义了音频流传输的参数和步骤细节。
在实际应用中，逻辑链路控制适配层协议（l2cap）要求比较高的可靠性，基带的广播数据分组将被禁止使用，因此，l2cap层并不支持可靠的多点传输信道，这也就是a2dp框架不支持多点广播式音频分发的主要原因之一。
而对于面向高层协议的开发和应用者来说，l2cap层协议是透明的，因此笔者对a2dp轻型框架具体实现的相关描述，也仅限于l2cap层以上，与a2dp相关的协议及框架如aVdtp，gaVdp等协议模块的设计。
图中的蓝牙主机控制接口hci层，是协议栈中软硬件的接口。
本文所涉及的硬件环境是主机与主机控制器连接模型，hci层以上的协议（如sdp）在主机上运行，而以下的协议（如传输层的蓝牙基带协议等）由蓝牙主机控制器硬件来完成，这样既保证了底层协议传输的稳
定性，又支持了上层应用协议的可扩展性。
一旦在市场条件成熟，蓝牙技术的硬件部分就可以被更快的硬件射频技术如uwb技术所取代，高层传输协议经过移植仍然可以沿袭使用，大大缩短了蓝牙产品的研发周期。
1.2a2dp框架协议栈
a2dp是音频传输框架，它通过蓝牙传输层和对等设备，把音频数据流从音频信源（sRc）到音频信宿（snk）进行分发，因此该框架所包含的协议栈也分为两个部分，具体表现如图2所示：
图2a2dp框架
基带协议basebandprotocol,链路管理协议lmp,逻辑链路控制协议l2cap和服务发现协议sdp，在蓝牙核心协议规范中都有定义。
而蓝牙音频视频分发传输协议aVdtp则定义了蓝牙设备之间数据流句柄的参数协商，建立和传输过程以及相互交换的信令实体形式，该协议是a2dp框架的基础协议。
2轻型a2dp框架协议实现
笔者所提出的a2dp框架协议的实现集中在音频信源端，并未设计信宿端。
之所以定义为轻型的，是因为在a2dp规范1.0基础之上，实现了此规范所规定的强制性功能，即在信源端仅仅实现了高级音频分发的基本功能，如立体声音频的传输，只支持低复杂度子带编解码（sbc）标准,而对其他编解码标准并未涉及；在a2dp模块的实现中并未包括任何的编解码能力，这是在用户层上实现的，是上层应用程序在设置阶段，通过配置协商来做相应的编码，解码和音频内容的转换工作；aVdtp模块的功能不包括校验和报告，也不包括媒体多路复用，校验和报告通道的建立。
2.1协议模块划分
a2dp框架协议划分了三个模块：
a2dp模块,gaVdp模块,aVdtp模块，另外还包括测试协议栈所需要的audio应用程序测试模块。
对于gaVdp，虽然该功能模块包括音频/视频两种数据流的传输与分发，但是由于笔者侧重对音频流的讨论，所以视频流相关模块（Vdp）并未实现。
图3是具体实现模块划分图：
图3具体模块划分
2.2消息传递机制
该轻型框架模块协议层之间的交互是通过消息传递机制来实现的。
消息的种类可分为四种：
（1）请求消息Req，该消息是上层协议向下层协议主动发出的请求；
（2）确认消息cFm，上层协议发出的每个Req消息，都会收到下层协议发上来的确认；（3）指示消息ind,该消息是下层协议向上层协议主动发起的告知；（4）响应消息Rep,对于每个下层协议主动发上来的ind消息，上层协议都对此消息进行响应。
如图4所示：
图4协议间消息传递
采用基于消息传递机制的实现方法优点在于：
1）协议层之间交互通过固定的消息接口，即使上下层协议模块升级，也不会影响本层协议模块的功能，有很好的移植性和可复用性；
2）各层协议都是异步通信，可以大大降低拥塞情况的发生；
3）协议栈进程可以在上层管理一个消息队列，统一进行消息收发，当消息向下传递过程中遭到拒绝时，可以实现消息的重传功能。
4）与每层协议都用一个单独的任务来实现相应功能相比，采用消息机制的方法节省了系统调度时间，更具有实时性，同时避免了死锁的发生。
2.3重要数据结构
2.3.1消息结构体
消息结构体分为三个域：
发送模块id、接收模块id、消息枚举类型，具体定义如下：
typedefstruct
{
bt_moduleidsender;
bt_moduleidreceiver;
bt_primitiveprimitive;
}bt_header
2.3.2流端点结构体
流端点sep存在于应用层中，而应用层又在aVdtp中注册它的sep，使其他设备可以发现和连接。
sep在三个模块a2dp,gaVdp,aVdtp中有着不同的结构体类型，以适应本层协议的特殊作用，以a2dp模块为例，其sep结构体具体定义如下：
typedefstruct
{
gaVdp_handlestreamhandle;
bt_u8*codecinfoelement;
bt_u8lengthinfoelements;
aVdt_mediacodectypecodectype;
channelconfigconfiguration;
aVdt_ResponsecodependingRspcode;
bt_timeridresendtimerid;
}streamendpoint
2.4各模块主要功能及消息接口
各模块是通过自己的handlemsg（）函数来接收不同的枚举消息，并转向各自的消息处理函数的，下面具体分析每个模块所实现功能。
2.4.1a2dp模块
该模块实现了通过gaVdp管理sep和sep能力的功能，并且在sRc和snk之间为音频流文本设置和配置了流通道。
根据a2dp模块的通信流程把它的消息接口分为以下六种类型：
（1）流设置消息，它又可分为对等流端点发现和流配置两个步骤；
（2）流通道释放消息；
（3）开始/挂起流消息；（4）配置/重新配置消息；（5）发现/得到能力消息；（6）媒体流开始消息。
2.4.2gaVdp模块
该模块从多个使用者角度出发，管理本地流sep和sep能力的注册，处理从远程设备发来的发现查询请求和得到能力请求，同时基于用户注册的sep信息，自动发送响应。
由于该模块的功能是上层a2dp模块的细化，因此在设计中把它的消息接口和a2dp模块的接口类型做了一致性设计，两者消息接口类型基本相同。
2.4.3aVdtp模块
该模块负责建立一个到远程蓝牙设备的aVdtp信令通道，并借助于aVdtp协议发送所有的信令命令，同时为媒体流建立传输通道，必要的话为校验和报告也建立通道。
另外还支持信令和媒体消息的分段。
该模块数据通信最基本的流程为：
sep发现获取snk能力数据流配置数据流建立数据流开始数据流挂起数据流重新配置数据流释放。
相应的sep在aVdtp模块中的状态机如图5所示：
图5sep状态机
整个通信过程各个状态之间的跃迁靠下列消息来触发：
a:
aVdt_set_conFiguRation_Req
b:
aVdt_open_Req
c:
aVdt_staRt_Req
d:
aVdt_suspend_Req
e:
aVdt_close_Req
F:
aVdt_aboRt_Req
g:
aVdt_ReconFiguRe_Req
h:
aVdt_media_Req
在空闲状态下，发送a消息之前，空闲状态下要发出一系列动作，包括连接请求，发现请求，获取snk能力请求等。
从空闲态到配置态的跃迁过程，本协议栈统称为流设置过程。
在打开状态下发送c消息之后，就进入了流控状态，此时通过h消息就可以发送从sRc到snk的媒体流数据包。
在通信过程中的任何状态下，都可以通过发送F消息，进入中止态，进而回到没有连接任何远程sep的空闲状态。
3硬件平台及测试
该轻型协议栈的实现与测试，是基于csR先进的bluecore4蓝牙芯片来完成的。
该芯片支持蓝牙2.0+edR规范，并提供2.1mbps的数据传输速率，比标准蓝牙快三倍，可以实现更快速的连接，同步支持多个蓝牙链路，以及音频流等更宽带宽的新兴应用。
最上层的音频应用程序实现了一个简单的具有处理sbc格式编解码信息的播放器，该应用程序和部分高层协议栈通过交叉编译，下载到硬件平台主机端。
而播放器程序是通过调用本协议栈提供的api，进行音频数据流分发。
对于音频数据的接收端snk，我们采用摩托罗拉ht820立体声耳机进行测试，在长时间播放音频数据的情况下，仍然会存在音频停顿的现象。
使用一种截获空中蓝牙信号并进行协议分析的工具airsniffer，抓取流媒体传输数据包，经分析，音频数据并未丢失，而是流控机制存在问题，需要进一步完善。
4结束语
笔者在蓝牙1.1协议规范的核心协议和应用框架的基础上，设计并实现了轻型a2dp框架，提出了一种基于消息传递机制的协议方案，并通过实际测试，已完成高级音频传输的基本功能。
但是该协议仍然有很多不完善的地方，如通信状态反复切换的系统稳定性，消息重传机制，安全控制等方面都需要进一步改进。
篇三：
a2dp蓝牙耳机操作指南
a2dp蓝牙耳机操作指南
※耳机概况
多功能键：
开机/关机/配对∕接听∕挂断∕语音拨号（需手机支持）∕末位重拨∕拒接来电∕切换通话模式∕音乐播放
※基本操作
配对
在使用蓝牙耳机前，需将蓝牙耳机与手机或其他蓝牙设备进行配对，配对成功后才可正常使用。
以蓝牙耳机与手机的配对为例进行说明：
1．配对前，请确保您的耳机处于关机状态（参照开∕关及部分进行操作）；
2．长按多功能键直到红蓝指示灯交替闪烁，耳机进入配对状态；
3．确保手机蓝牙功能开启，搜索相应的蓝牙型号（耳机型号见机身下壳）；
4．手机搜索到您的蓝牙耳机，询问是否与该设备连接，选择“是”或“确认”；
5．按照手机提示完成配对操作（若需配对密码，请输入“0000”。
多点技术支持，可同时连接两部手机
操作方法a：
1、按照上述配对方法与一部手机进行连接；
2、关闭耳机，按配对方法与另一部手机进行连接；
3、关闭耳机后重新开机（不需要达到配对状态蓝灯闪烁即可松手），这时耳机会在有效使用范围内自动与此两部手机连接（某些设备可能需要手动连接）。
操作方法b：
1、重复操作方法a的1、2步骤；
2、在第一部手机上手动连接耳机，此时两部手机同时连接到手机上。
开∕关机
·开机
长按多功能键3-5秒，耳机的蓝色指示灯闪烁，耳机进入开机状态。
·关机
长按多功能键5-6秒，耳机的红色指示灯闪烁后熄灭，耳机关机。
接听电话
来电时，耳机会有提示音，短按多功能键接听电话。
挂断电话
在通话中，短按蓝牙耳机多功能键或直接从手机上操作结束通话。
末位重拨
当耳机与手机连接时，双击多功能键可实现最后通话号码的重拨。
拒绝来电
来电时，长按多功能键3-5秒后放开，可拒绝接听电话。
语音拨号
如果您的手机具备语音拨号功能，按住多功能键3秒松开，会自动进入语音拨号界面。
音乐播放
在配对状态下，通过蓝牙耳机可以进行手机音乐的播放。
※耳机充电
您所使用的蓝牙耳机内置可充电电池，首次使用耳机前，请将其充满电。
·将充电器与插座连接；若无充电器，可将usb线与电脑或其他输出电压5V、300-500ma的设备连接。
·连接充电器与耳机，充电时耳机的红色指示灯长亮。
·耳机的充电时间为1-1.5小时左右，充电完成后，耳机的蓝色指示灯长亮。
警告：
请勿尝试使用XX的充电器对耳机充电，否则可能损坏耳机。
注意：
耳机在使用时，指示灯由蓝色变成红色，表示耳机电量不足，请及时充电（耳
机在充电时不可使用）
升级会员 