如何在单个蓝牙设备上集成语音和立体声音乐功能

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

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

图11：移动电话上SCO Beep的顺序图表。

非理想实现导致的另外一个问题是按键动作的处理。当音乐在ACL链路上传送时移动电话的任何按键动作都会发出嘟嘟声响。这时，用户的体验很不爽。因为每当有按键按下，在蓝牙立体声耳机套件中将发出哔音，这需要暂停音乐，切换到SCO连接，播放哔声，恢复播放音乐，当下一次按键按下时再次中断。一种变通的方法是要求用户禁止移动电话上的按键哔声提示音。这既不合理也是有代价的，它要求支持电话、文档和用户教育，因此是不可接受的。

有几种配置需要蓝牙立体声耳机和蓝牙单声道耳机分别加以考虑。当蓝牙立体声和蓝牙单声道功能需要同时存在时，这些配置累加会导致蓝牙立体声耳机套件设计的复杂性迅速增加。

过去，移动电话提供商在做出产品选择时，需要根据不同的移动电话使用情形证明其合理性。一个例子是选用HV1包类型可以获得比HV3包类型更好的质量。类似地，蓝牙音乐播放器提供商做出了在很少的使用情形下表现不错的选择-例如使用流静音实现AVRCP暂停/播放。这种选择带来的局限性被证明在立体声-单声道共存的情况下代价是很高的。最近蓝牙SIG下面成立的AV-HFP工作组有望帮助解决这个问题。

其它方面的挑战

还有以下系统问题需要在蓝牙立体声耳机套件设计中加以解决。

1. 管理在切换期间单芯片方案中的MIPS需求。MIPS负载可能占用单芯片方案90%~95%的处理能力，因为大多数蓝牙基带针对成本进行了优化设计。必须小心处理这种峰值MIPS负载。

2. 管理切换时的抖动。尽管对于无线流传输来说抖动总是一个主要的挑战，但在切换时将变得特别严重。加之峰值MIPS负载，这个问题特别难于解决。

3. 延时。延时需要尽可能小，这样才可以给用户近似于有线连接的体验。这个问题有两个方面：呼叫进入和通话结束后的音乐恢复。对于第一种情况，如果延时很长，可能不能及时接通电话，而对于后者，用户可能会觉得在切换期间音乐丢失了。对于任何一种情况，用户体验都将受到影响。

总之，蓝牙音乐和语音的共存要求带来了技术和非技术两方面的各种挑战。不过令人欣慰的是，这些挑战并非是不可解决的，因为这些挑战主要与每个公司的实现选择和缺乏一致的指导原则有关。这些挑战已经得到业界的全面认识，并正在得到解决。通过像蓝牙SIG这些组织的协调以及每个公司的努力，完全可能将应用前景转变成技术和商业上的成功故事。