Bluetooth Audio Playback Control by Track Count Across Apps
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Bluetooth devices encounter playback exceptions when playing audio data due to inconsistent audio status management by different applications that have or have not registered with Mediasession, leading to incompatible audio control instructions.
Innovation Solution
A method that involves an electronic device's audio manager to determine the quantity of audio tracks and send appropriate playing or pause instructions to the Bluetooth device through the AVRCP protocol, ensuring consistent audio status management regardless of application registration with Mediasession.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If different applications use different protocols (AVRCP for registered apps, none for unregistered apps) to transmit audio status control instructions, then each application can transmit audio data through AVDTP, but the Bluetooth device cannot be compatible with both types of applications and encounters playback exceptions
Solution Approach 1:
The patent applies universality by making the Bluetooth device capable of handling both AVRCP protocol messages and application-layer audio status packets. The device now has dual functionality: it can process traditional AVRCP play/pause/stop commands from registered applications, and simultaneously process audio status control packets from unregistered applications that don't use Mediasession. This resolves the compatibility issue while maintaining reliable playback across different application types.
Solution Approach 2:
The patent introduces an intermediary mechanism where the Bluetooth device acts as a mediator that translates and standardizes audio status control instructions from different sources. When receiving audio status packets from unregistered applications, the device intermediates by parsing these application-layer packets and converting them into standardized control actions, similar to how AVRCP commands are handled. This mediation layer enables uniform processing of diverse input formats.
2Ease of operation
If an application does not register with Mediasession, then it can send audio data through AVDTP, but it cannot transmit audio status control instructions through AVRCP, causing the Bluetooth device to无法正常 play audio
Solution Approach 1:
The patent segments the audio control functionality into two independent pathways: the traditional AVRCP protocol pathway for registered applications, and a new application-layer packet pathway for unregistered applications. By separating these pathways, unregistered applications can transmit audio data through AVDTP without needing Mediasession registration, while the Bluetooth device independently processes the audio status control packets it receives, ensuring playback functionality is maintained through the alternative pathway.
3Adaptability or versatility
If audio status control instructions are transmitted through two different protocols (AVRCP and application-layer packets), then registered and unregistered applications can both send audio data, but the audio status management becomes disorderly and causes playback exceptions
Solution Approach 1:
The Bluetooth device introduces an intermediary processing layer that receives audio status control packets from unregistered applications and translates them into standardized internal control actions. This intermediary layer sits between the diverse input protocols (AVRCP and application-layer packets) and the unified audio playback engine, converting varied input formats into a common internal representation that simplifies subsequent processing and maintains manageable system complexity.
Solution Approach 2:
The patent applies copying by creating a standardized internal representation of audio status control instructions that mirrors the functionality of AVRCP commands. When receiving application-layer audio status packets, the device copies the essential control semantics (play, pause, stop states) into a standardized internal format, allowing the audio playback engine to process these copied commands uniformly regardless of their original protocol source, thereby reducing management complexity.
Data Source
Figure 1A~1B
Figure 2
Figure 3
AI summary
This application relates to a Bluetooth audio playback method, an electronic device, and a storage medium. The method is applied to an electronic device. The electronic device is communicatively connected to a Bluetooth device. An application of the electronic device acquires audio data based on a playing command, creates Track tracks of the audio data based on the playing command, and determines a quantity of the Track tracks. The application sends a playing instruction to the Bluetooth device when determining that the quantity of the Track tracks increases, where the playing instruction is used for setting an audio status of the Bluetooth device to playing. The application sends a pause instruction to the Bluetooth device when the quantity of the Track tracks decreases, where the pause instruction is used for setting the audio status of the Bluetooth device to pause. This application can resolve a problem of unstable playback when the Bluetooth device plays audio data due to disorderly management of an audio status by different applications in the electronic device.