Variable Packet Size Audio Data Exchange Protocol
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing wireless data communication methodologies, such as Bluetooth LE, face challenges in real-time audio transport due to power consumption, reliability, transmission latency, and component size limitations, making real-time audio streaming and stereo synchronization between hearing aids unfeasible.
Innovation Solution
A method of exchanging data packages between portable communication devices, where data packages are categorized into two types: one with audio data and another without, allowing for variable packet sizes to reduce power consumption and latency, using a bi-directional wireless communication channel with a hearing instrument, and employing error-detection codes and acknowledgement indicators for efficient data transmission.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Use of energy by moving object
If standardized wireless protocols like Bluetooth LE are used for audio transport, then power consumption is reduced and component size is minimized, but real-time audio streaming and stereo synchronization become unfeasible due to lack of real-time transport capability and high overhead data
Solution Approach 1:
The patent segments data transmission into two distinct packet categories: audio data packets with larger size for real-time audio streaming, and control packets with smaller size for synchronization and device control. This segmentation allows optimized handling of different data types, enabling real-time audio transport while managing power consumption through selective transmission strategies
Solution Approach 2:
The patent implements dynamic packet sizing where audio data packets can vary in size (at least two times larger than control packets) depending on audio content requirements. This dynamic approach allows the system to adapt transmission parameters in real-time, achieving reliable real-time audio streaming while optimizing power usage based on actual audio data needs
2Productivity
If larger data packages are used to reduce transmission overhead, then fewer packets need to be transmitted, but transmission latency increases and power consumption rises
Solution Approach 1:
The patent divides data transmission into segmented packet categories with different size requirements. Audio data packets carry larger payloads for efficient bulk data transfer, while control packets use minimal sizing for rapid acknowledgment and synchronization. This segmentation resolves the contradiction by optimizing each packet type for its specific function
Solution Approach 2:
The patent changes the parameter of packet size dynamically based on data category. Audio packets utilize larger sizes to reduce overhead ratio, while control packets use smaller sizes to minimize transmission time. This parameter change strategy achieves high transmission efficiency without incurring excessive latency
3Speed
If smaller data packages are used for control data, then power consumption is reduced and transmission speed is improved, but the ability to transport real-time audio data is compromised
Solution Approach 1:
The patent segments control data and audio data into separate packet categories with appropriately sized allocations. Control packets use smaller sizes for fast transmission and low power consumption, while audio packets use larger sizes to carry sufficient audio data payload. This segmentation ensures both fast control response and reliable audio transport
Solution Approach 2:
The patent applies local quality optimization by tailoring packet size to the specific requirements of each data category. Control packets are locally optimized for speed with minimal overhead, while audio packets are locally optimized for data capacity. This local quality approach allows small packets to achieve fast control transmission without compromising overall audio transport capability
Data Source
AI summary
A system includes a first device and a second device configured to exchange data packages over a bi-directional wireless communication channel, wherein the first device and the second device are configured for use by a user; wherein the first device is configured to provide a first data package, wherein the first data package belongs to a first packet category and comprises first audio data; wherein the first device is also configured to transmit the first data package to the second device, and receive a second data package belonging to the first packet category; and wherein the second data package comprises second audio data, a code indicating whether data in the second data package is corrupted or invalid, and an indicator indicating whether the first data package was successfully received by the second device or not.