·上一文章：蓝牙无线电调制解调器Siw1701原理与应用
·下一文章：基于手机无线局域网的架构与应用
|
摘要：给出一种基于CSR的BlueCore01b蓝牙单片机和BlueStack高级协议栈的音频网关的实现方法。所开发的音频网关能通过普通手机的音频接口与蓝牙耳麦进行无线连接。
关键词：音频网关（AG） 蓝牙 Bluestack协议栈 耳麦 蓝牙是一种近距离无线通信技术规范，用来描述和规定各种电子信息产品相互之间是如何用短距离无线电系统进行连接的。蓝牙技术的主要用途是取代电缆。由于蓝牙具有比802.11b、HomeRF、红外等无线技术高得多的性能价格比，蓝牙技术应用具有非常广阔的前景。 目前已有不少公司生产出高集成度的蓝牙芯片组，例如朗讯的W7020+W7400芯片组、飞利浦的LMX3162芯片、Atmel的T2901和AT76C551芯片等。利用这些芯片可进一步方便地进行蓝牙产品的开发、同时，也有许多公司还开发出了高层协议栈及相应的API。开发者基于这些高级协议栈，可不必对蓝牙技术作深入的研究就可以方便地开发基于蓝牙的应用。本文讨论一个基于CSR的BlueCore01b芯片和CCL的BlueStack协议栈的嵌入式音频网关的实现实例。 由于蓝牙的低功耗和小体积的特点，在实现移动电话具备矩距离无线通信的能力时，蓝牙是首选的，而且是唯一的。目前已有一些移动电话公司推出了蓝牙手机产品，如爱立信的T39和T68等、诺基亚的6310、摩托罗位的T270c、索尼的C413S和阿尔卡特的OT702等；但大部分手机仍不具有蓝牙功能。通过在普通手机的音频接口上加装一个蓝牙音频网关，就可实现普通手机的蓝牙功能，与蓝牙无线耳麦进行短距离无线通信。 所实现的音频网关符合蓝牙技术规范PATR K：6中的耳麦应用规范。音频网关（AG）既用作输入也用作输出。AG可与耳麦建立一个RFCOMM连接，向耳麦发送AT命令。AG和耳麦之间也可建立SCO连接，进行音频传输。 2 音频网关硬件电路 音频网关的电路设计利用CSR提供的BlueCore01b蓝牙芯片。BlueCore01b是在单片芯上集成了射频单元和法带控制器。芯片的方框图如图1所示。该芯片由射频接收器、射频发射器、射频合成器、物理层DSP硬件引擎、猝发状态控制器、微处理器、内存管理单元等部分组成，BlueCore0b是一个完整的单片系统，只要与内含蓝牙软件栈配合，即可向数据和语音设备提供全兼容的蓝牙接口。因此，实现音频网关的硬件电路相当简单。它主要包括以下几部分：蓝牙芯片、外部内存、音频编/解码器（CODEC）、键盘/显示。嵌入式音频网关电路方框图供音频输入/输出接口，建立音频连接。键盘/显示部分主要用于输入设备的识别码（PIN码）、发送AT命令、音频控制等操作及相应的状态显示。在外部内存中包含有CSR蓝牙软件栈及用户应用程序。 3 音频网关软件 有了相应的硬件平台以后，功能的完成主要通过软件实现。音频网关应用程序的实现是基于BlueStack协议栈来完成的。下面详细讨论音频网关的实现。 3.1 软件的组成 如图3所示，音频网关软件为三层结构。 （1）BlueStack协议栈 BlueStack是剑桥咨询有限公司（CCL）的蓝牙协议软件栈，是用C语言实现的Bluetooth高层协议栈软件。它遵循由蓝牙特殊兴趣小组（SIG）提出的分层模型，支持在L2CAP上使用RFCOMM或TCS二进制作为传输协议层规范。基于BlueStack协议栈，可实现Bluetooth的所有功能。音频网关就是基于BlueStack实现的。 （2）AG客户机程序 这是AG软件的最高层，主要进行设备的查询、配对、连接等的请求；PIO事件的处理；识别码输入、音量控制、送AT命令及状态显示；启动调度程序等。这一层的程序由用户根据不同的应用来编制。 （3）连接管理器程序 这是AG软件的中间层，也由用户编制。引入连接管理器，主要是为了减少高层应用程序的指令数量，为高层应用程序和低层协议栈之间提供一个通用接口。连接管理器级主要是处理高层的请求信息，传送至BlueStack，并接收BlueStack的处理结果，进行相应处理后，通知高层应用程序级。 3.2 消息及处理机制 （1）消息 整个协议栈的Bluestack实现是消息驱动的，因此层与层之间使用消息传递方法。从图3的结构可看出，只有相邻层有接口关系。在嵌入式音频网关应用程序中，涉及到两大类消息：CM消息和BlueStack消息。前者在客户机和连接管理器之间进行传递，如图4所示为消息传递示意图；后者为连接管理器和BlueStack协议栈之间传递的消息。 消息使用服务原始模型。一般地，在服务原语后加上扩展名_REQ、_IND、_RES（or _RSP）和_CFM，分别表明原语是一个服务请求、指示、响应还是证实。CM消息格式为CM_原语_扩展名，如SCO连接请求消息为CM_SCO_CONNECT_REQ。BlueStack原语类型有四种：DM_PRIM、RFC_PRIM、SDP_PRIM及L2CAP_PRIM。在AG应用中，用到前三种。BlueStack消息格式为DM（RFC、SDC或SDS）_原语_扩展名，如SCO连接请求消息为DM_SCO_CONNECT_REQ。 （2）消息传递 各应用层之间的消息传递通过消息队列来完成。消息的处理是通过某项任务进行的。第一个任务都有一个消息队列，消息被提交给所属某一任务的消息队列。实现任务和消息队列之间的捆绑是静态的。消息队列n，归属于任务n。在此AG应用中，我们定义了两个任务：一是AG任务，任务号为1，队列号也为1；另一是CM任务，任务号为0，队列号也为0。因此，AG客户机将所要传递给CM的消息提交到队列0中，而CM传递给AG客户机的消息送入队列1中。 在软件中，一个服务原语是一个结构。结构名一般采用原语_T。结构成员包括这些原语的类型及相关的载荷数据，如CM的查询请求服务结构定义如下： 在软件中，一个服务原语是一个结构。结构名一般采用原语_T。结构成员包括这些原语的类型及相关的载荷数据，如CM的查询请求服务结构定义如下： typedef struct{ uint8 max_response; //可被接收的最大查询响应数 Delay inq_timeout; //用户提供的查询处理超时时长 uint32 class_of_device； //设备类型 uint16 remote_name_request_enabled; //标志位指示是否完成远程名的请求 }CM_INQUIRY_REQ_T； 以下给出了消息的提交。其中，宏MAKE_MSG表示创建该消息，msg为该消息结构的指针，将消息送入队列用MessagePut函数来完成。 *AG客户机 MAKE_MSG（CM_INQUIRY_REQ）； msg->max_responses=num_responses; msg->inq_timeout=D_SEC(timeout); msg->class_of_device=CoD_filter; msg->remote_name_request_enabled=rnr_en; MessagePut(0,msg); } *CM { MAKE_MSG(CM_INQUIRY_COMPLETE_CFM); msg->status=status; MessagePut(1,msg); } （3）消息处理 对某一消息队列中的消息，由相应的任务来完成，调度程序运行消息队列不为空的任务。在应用程序中，任务用宏定义“DECLARE_TASK”来声明，用参数来标识某个任务。参数必须为整数，表示其任务号。分别在AG客户机程序和CM中声明任务1和任务0。程序结构如下： *AG客户机程序中的任务1：处理来自CM的消息DECLARE_TASK（1） { void *msg; MessageType type; /*取出队列中的消息，其中的参数必须与DECLARE_TASK中的一致*/ msg=MessageGet(1,&type); if(msg) { switch(type) { /*Connection Manager is ready to be used*/ case CM_INIT_CFM: agInitCfm(); break; /*Connection Manager has been initializedand is ready for action*/ case CM_OPEN_CFM: . . . } MessageDestroy(msg);/*释放消息*/ } } *CM程序中的任务0：处理来自AG客户机的消息DECLARE_TASK（0） DECLARE_TASK（0） { MessageType type; Void *msg=MessageGet(0,&type); if(!msg)return; switch(type) { /*Request to initialise the connection manager*/ case CM_INIT_REQ: cmInitAction((CM_INIT_REQ_T*)msg); break; . . . } MessageDestroy(msg); } 整个应用程序的实现是事件驱动的。在AG应用中，事件包括BlueStack事件、PIO事件、RFCOMM源端及目的端事件。所有事件的处理以及前面介绍的消息队列中的消息处理均由调度程序来执行。调度程序由高层应用程序启动，而各事件及消息处理分布在各软件层中。图5给出调度程序的流程。 4 结论 本文提出的音频网关，通过普通手机的音频口进行连接。经测试，可与市售的蓝牙耳麦及自行研制的蓝牙耳麦进行配对、通话。操作过程如下。①当AG启动时，若AG原先已经配对，则直接进入连接模式。②若原先未配对，有两种情况：如果AG内已经存储有识别码（PINcode），则开始查询耳麦与之配对；如果无PIN码，则进入PIN输入模式，输入PIN码。此PIN码要与所要配对的耳麦的PIN码一致。当配对成功后，AG即进入可连接模式（作为子设备连接）。在此种模式下，AG处于寻呼扫描状态，耳麦可与之连接。AG也可作为主设备连接耳麦。此时，AG与耳麦建立一个RFCOMM连接，AG可发送AT命令给耳麦。AG和HS之间也可建立SCO连接，进行音频传输。 |
