Multiplexing Audio and Sensor Data on Isochronous Streams
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current technologies face challenges in transmitting multiple types of data, such as audio and sensor data, over isochronous streams in virtual or augmented reality applications, requiring efficient multiplexing and demultiplexing schemes to ensure time-accurate reconstruction of data.
Innovation Solution
A multiplexing scheme that incorporates time offset values and payload length data, along with channel identification information, is used to transmit audio and sensor data over Bluetooth Connected or Broadcast Isochronous Streams, allowing for accurate demultiplexing and reconstruction of data packets.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If multiple types of data (audio and sensor data) are transmitted over isochronous streams, then the data transmission capability is improved, but the complexity of multiplexing and demultiplexing increases
Solution Approach 1:
The patent segments multiple data types into separate application channels, each with unique identifiers. Audio data and sensor data are divided into distinct packets with channel IDs, allowing the receiver to demultiplex them separately. This segmentation reduces the complexity of handling mixed data streams while maintaining the ability to transmit multiple data types simultaneously.
Solution Approach 2:
The patent introduces an intermediary multiplexing structure that includes packet headers with channel identification information. This intermediary layer acts as a mediator between the diverse data sources and the transmission medium, organizing data into standardized packets that can be easily routed and reconstructed without increasing overall system complexity.
2Measurement precision
If time offset values are incorporated in the multiplexing scheme, then the time-accurate reconstruction of data is improved, but the data packet size increases
Solution Approach 1:
The patent applies time offset values selectively - only to data packets that require precise timing synchronization. Not all data packets need time offset information; audio data may require it while some sensor data may not. This partial application reduces the overall increase in packet size while maintaining time-accurate reconstruction where needed.
Solution Approach 2:
Different data packets are assigned different qualities based on their timing requirements. Audio data packets receive time offset values for precise synchronization, while other data types may use simpler timing mechanisms. This local differentiation optimizes the balance between time accuracy and packet size by applying the more complex time offset mechanism only where necessary.
Data Source
AI summary
A first device is provided. The first device includes an audio source, a sensor, and a processor. The audio source generates audio data, and the sensor captures sensor data. The processor generates a data packet including an audio data set generated by the audio source and a sensor data set captured by the sensor. In some examples, the data packet may also include audio payload length data and/or sensor payload length data, audio channel identification data and/or sensor channel identification data, and/or audio time offset data and/or sensor time offset data. The audio data set may have a first lifetime and the sensor data set has a second lifetime longer than the first lifetime. The processor the transmits the data packet to a second device configured to reconstruct the audio data set and the sensor data set by demultiplexing the data packet.