尊敬的 TI：
项目的背景信息： 我们正在项目中使用 CC2564C+ STM32F4。 我们使用双模 BT 功能(BT+BLE)、也使用最新的5.1堆栈。
当我们一起使用 BT&BLE 时、我们将使用无辅助 HFP 和 A2DP 模式进行音乐和电话呼叫。
我们面临的问题：
连接 BLE 时、我们面临着一些手机音乐中断的问题。(主要在 Samsung 和 Google Pixel 手机上观察到)。
断开 BLE 或断开蓝牙并重新连接时、中断恢复。
当问题发生时，我们在 LinkQualityMonitor 工具(由 TI 提供)中发现数据速率大幅下降。
TI 是否观察到此问题？ 是否有任何解决方案？
此外，由于它受到带宽的影响，我想知道我们是否可以减少 BLE 带宽(通过控制 BLE 的连接间隔、事件大小等)。
以便我们可以增加 BT 的可用带宽。
谢谢！
Vishnu。
您好、Jacob、
我们尝试按照您的建议更改连接参数。
我们确认它正在更改 CI。 我们将 CI_MIN 保持为90、 将 CI_MAX 保持为150。
不过、我们仍会遇到问题。
我随函附上我们在这里得到的详细信息。
图1 (音乐断开时所连接的 PIC 是链路质量监测器。)
图2 (当音乐正常工作时、所连接的 PIC 是链路质量监测器)
在上述两种情况下、图1和图2的手机和 cc2564C 芯片组之间都存在 BR/EDR 和 BLE 连接。
在图1中：蓝牙链接看起来不可见。 RX 数据速率约为23500范围
在图2中： 我们可以看到 BT 和 BLE 链路。 RX 数据速率约为332000范围
图3 (音乐中断部分-> BLE 已断开连接&音乐暂停-> 5秒后播放音乐)
在图3中
红色标记是音乐中断的部分。
标记为蓝色的是我们从手机上断开 BLE 连接的地方(当 BLE 断开连接时，音乐仍然很糟糕)
要从不良情况中恢复、请断开 BLE 连接、然后暂停音乐、然后等待 A2DP 非活动事件(5s 后出现)。 然后再次播放音乐。
如果我们未断开 BLE 连接、则暂停和播放音乐仍会出现问题。
以绿色标记的是音乐开始播放的地方。 (此时未连接 BLE)。
我将在 此处附加相关的.lgr 文件和.lQM 文件。
您能看一下这些数据吗？
此致、
Vishnu
您好，Vishnu，
[引用 userid="447335" URL"~/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1122249/cc2564cstbtblesw-music-breaking-when-ble-is-connected-linkquality-issue/4181847 #41847"]如果查看链路质量监测器数据，则可以看到数据速率下降。 是否有任何数据速率下降的线索？ 在所有情况下、数据速率都可能会变低。[/quot]从您共享的链路质量监控器图片中、您的数据速率下降看起来与 BLE 连接相关。 在本例中、CC2564C 是中央设备还是外设(或两者)？ 由于您正在管理与 HFP 的同步连接、与 A2DP 的异步连接和 BLE 连接、因此您的 BLE 连接间隔应根据应用确定。 为了优化性能、最好围绕音频流设计 BLE 连接
此外、我建议将服务质量从"尽力"更改为"保证"。 当 ACL 连接被限制为"尽力"时、其他较高优先级的活动可能会导致吞吐量降低、从而导致音频断断续续。 要将 QoS 更改为"保证"、请使用 HCI_Flow_Specification HCIAPI.h 中的 API：
/*! @brief The following function issues the HCI_Flow_Specification Command
* to the Bluetooth Device that is associated with the Bluetooth
* Protocol Stack specified by the BluetoothStackID parameter.
* @param BluetoothStackID Unique identifier assigned to this
* Bluetooth Protocol Stack via a call to BSC_Initialize
* @param Connection_Handle Unique identifier for the connection
* returned in the Connection Complete event associated with the
* HCI_Create_Connection command.
* @param Unused Reserved for future use and shall be set to 0
* and ignored by the receiver.
* @param Flow_Direction Determines if the parameters refer to the
* outgoing or incoming traffic of the ACL link.
* @param Service_Type Indicates the level of service required.
* @param Token_Rate The average data rate with which the application
* transmits data.
* @param Token_Bucket_Size Specifies a limit on the 'burstiness'
* with which the application may transmit data.
* @param Peak_Bandwidth Limits how fast packets from applications
* may be sent back-to-back.
* @param Access_Latency The maximum acceptable delay of an L2CAP
* packet to the air-interface.
* @param StatusResult Returned HCI status code.
* @return This function returns zero if successful, or a non-zero value if there
* was an error. If this function returns zero (success) then the
* StatusResult variable will contain the Status Result returned from
* the Bluetooth Device.
* \note This function blocks until either a result is returned
* from the Bluetooth Device OR the function Times Out
* Waiting for a response from the Bluetooth Device.
*/
BTPSAPI_DECLARATION int BTPSAPI HCI_Flow_Specification(unsigned int BluetoothStackID, Word_t Connection_Handle, Byte_t Unused, Byte_t Flow_Direction, Byte_t Service_Type, DWord_t Token_Rate, DWord_t Token_Bucket_Size, DWord_t Peak_Bandwidth, DWord_t Access_Latency, Byte_t *StatusResult);
您可以参阅 A3DP 演示以了解如何更改连接优先级。 您应结合使用此命令 VS_Send_DDIP来设置"尽力"与"保证"的百分比。
如果您可以在 HFP/A2DP 设置期间提供日志、也会有所帮助。 您提供的日志仅包含 LMP 流量、不包含 HCI 流量。 如果日志中包含具有 HCI 命令的音频配置文件设置(采用此格式)(BLE 广播示例)、将会有所帮助：
BR、
Jacob
您好、Jacob、
是的、这是我们的配置、它适用于大多数电话、没有任何问题。 但有些手机、如三星 Galaxy、Google Pixel 等 我们经常观察这个问题。
[引用 userid="456020" URL"~/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1122249/cc2564cstbtblesw-music-breaking-when-ble-is-connected-linkquality-issue/4184089 #4184089")这是否是您以前的配置？ 我建议将 ACL 连接更改为100%时间"保证"、而不是70%时间。[/引述]我按照您的建议尝试了以下参数。 不过、我还是重现了这个问题。
我使用的参数是
此致、
Vishnu
您好、Jacob、
请查找我们使用 BT 记录器软件收集的附加日志。
log_withot_MusicBreaking 问题。
e2e.ti.com/.../Log_5F00_without_5F00_Music_5F00_Breaking.zip
记录音乐中断问题。
e2e.ti.com/.../Log_5F00_with_5F00_MusicBreaking_5F00_time_5F00_20_5F00_37.zip
在日志中出现音乐中断问题。 最初、音乐工作正常、然后我断开连接并重新连接、然后我能够重现此问题。
重新连接发生的时间是20：37：37。 我将随附该特定时间的屏幕截图、以便您可以在日志上进行跟踪。
谢谢、
Vishnu