您的位置:笔笔发 技术资料 蓝牙BT 正文
内容搜索
笔笔发:技术产业信息平台----成就有识之士创业梦想的殿堂
热门内容
推荐内容
如何在单个蓝牙设备上集成语音和立体声音乐功能(3)

本文章共4558字,分3页,当前第3页,快速翻页:
 

350kbps,蓝牙立体声耳机套件中的蓝牙基带将拒绝任何HV1包类型的SCO连接请求。这是因为HV1包类型需要占用整个带宽,HV1包是一种单时隙包类型,带有10个信息字节,需要在每两个时隙内传递;微微网主设备需要1个时隙来发送HV1包,另外一个时隙用于接收HV1包,因此完全占用了整个带宽。在速度为350kbps(在理想的情形下,当呼叫进入时将最终进入到待机模式)的已有ACL连接中,蓝牙立体声耳机套件中的蓝牙基带知道不能满足HV1包类型的并发SCO链接需求,因此会拒绝SCO连接请求。这对于只支持HV1包类型的移动电话来说,明显是一个很大的问题。图9显示了HV1 SCO包类型连接+待机/启动的顺序图表。

9HV1 SCO包类型连接+待机/启动的顺序图表。
设想蓝牙移动电话支持HV3包类型的另外一种情形。蓝牙立体声耳机套件中的蓝牙基带将接受进入的连接-微微网主设备需要一个时隙来发送HV3数据包,下一个时隙来接收HV3包,在主设备需要发送接下来的HV3包之前,下4个时隙以及带宽将可用。然而,如果蓝牙音乐播放器使用流静音机制实现了AVRCP暂停/播放,蓝牙立体声耳机套件在管理同时发送数据(静音)SCO连接的ACL链路时将出现问题。

10HV3 SCO数据包类型+流静音的顺序图表。

11:移动电话上SCO Beep的顺序图表。
非理想实现导致的另外一个问题是按键动作的处理。当音乐在ACL链路上传送时移动电话的任何按键动作都会发出嘟嘟声响。这时,用户的体验很不爽。因为每当有按键按下,在蓝牙立体声耳机套件中将发出哔音,这需要暂停音乐,切换到SCO连接,播放哔声,恢复播放音乐,当下一次按键按下时再次中断。一种变通的方法是要求用户禁止移动电话上的按键哔声提示音。这既不合理也是有代价的,它要求支持电话、文档和用户教育,因此是不可接受的。
有几种配置需要蓝牙立体声耳机和蓝牙单声道耳机分别加以考虑。当蓝牙立体声和蓝牙单声道功能需要同时存在时,这些配置累加会导致蓝牙立体声耳机套件设计的复杂性迅速增加。
过去,移动电话提供商在做出产品选择时,需要根据不同的移动电话使用情形证明其合理性。一个例子是选用HV1包类型可以获得比HV3包类型更好的质量。类似地,蓝牙音乐播放器提供商做出了在很少的使用情形下表现不错的选择-例如使用流静音实现AVRCP暂停/播放。这种选择带来的局限性被证明在立体声-单声道共存的情况下代价是很高的。最近蓝牙SIG下面成立的AV-HFP工作组有望帮助解决这个问题。
其它方面的挑战
还有以下系统问题需要在蓝牙立体声耳机套件设计中加以解决。
1. 管理在切换期间单芯片方案中的MIPS需求。MIPS负载可能占用单芯片方案90%~95%的处理能力,因为大多数蓝牙基带针对成本进行了优化设计。必须小心处理这种峰值MIPS负载。
2. 管理切换时的抖动。尽管对于无线流传输来说抖动总是一个主要的挑战,但在切换时将变得特别严重。加之峰值MIPS负载,这个问题特别难于解决。
3. 延时。延时需要尽可能小,这样才可以给用户近似于有线连接的体验。这个问题有两个方面:呼叫进入和通话结束后的音乐恢复。对于第一种情况,如果延时很长,可能不能及时接通电话,而对于后者,用户可能会觉得在切换期间音乐丢失了。对于任何一种情况,用户体验都将受到影响。
总之,蓝牙音乐和语音的共存要求带来了技术和非技术两方面的各种挑战。不过令人欣慰的是,这些挑战并非是不可解决的,因为这些挑战主要与每个公司的实现选择和缺乏一致的指导原则有关。这些挑战已经得到业界的全面认识,并正在得到解决。通过像蓝牙SIG这些组织的协调以及每个公司的努力,完全可能将应用前景转变成技术和商业上的成功故事。
 

 

 
点这里复制本页地址发送给您QQ/MSN上的好友
相关文章

手机音频+蓝牙首次进入单芯片 成本尺寸双双
CSR WINCE 驱动设计指南
蓝牙技术基础知识
蓝牙协议体系结构
蓝牙核心协议 Core
HANDS-FREE PROFILE 1.5
A2DP 协议
WiMax、蓝牙和Wi-Fi共存问题解决
蓝牙天线技术分析与应用介绍
手机测试蓝牙协议一致性测试方案
蓝牙天线技术分析与应用介绍
蓝牙设备的RF测试

相关评论


本文章所属分类:首页 技术资料 蓝牙BT


反馈意见和建议