Inter-Transport Block Time Interleaving for Multicast Scheduling

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing wireless communication systems struggle to efficiently interleave multiple instances of transport blocks (TBs) in multicast and broadcast services, leading to difficulties in soft combining and increased latency.

Innovation Solution

The network entity transmits downlink control information (DCI) messages to schedule multiple instances of TBs, where at least one instance of a TB is time-interleaved with instances of another TB, using a combination of DCI formats and indicators such as HPID and NDI to enable soft combining by user equipment (UE).

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If multiple instances of TBs are time-interleaved in multicast and broadcast services, then spectral efficiency and resource utilization are improved, but soft combining becomes more difficult and latency increases

Engineering Contradiction:
Improvespectral efficiencyVSAvoidsoft combining complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The network entity transmits indication information in advance (via DCI or RRC signaling) about the time-interleaving pattern, allowing the UE to prepare the appropriate buffer structure and combining strategy before receiving the actual TB instances. This preliminary indication resolves the complexity by providing upfront guidance on how to handle the interleaved instances.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent introduces an intermediary indication mechanism (DCI field or RRC parameter) that mediates between the network's time-interleaving schedule and the UE's soft combining process. This intermediary provides the necessary control information to bridge the gap between transmitted instances and successful combining, reducing UE complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Productivity

If multiple instances of TBs are time-interleaved, then resource utilization is improved, but processing latency increases

Engineering Contradiction:
Improveresource utilizationVSAvoidprocessing latency
Core Design Contradiction:
ProductivityVSLoss of time

Solution Approach 1:

The network provides preliminary indication information about the time-interleaving pattern and instance timing, enabling the UE to pre-allocate buffer resources and prepare combining operations in advance. This reduces processing latency by avoiding last-minute buffer management decisions.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system dynamically adapts the time-interleaving pattern and instance scheduling based on channel conditions and service requirements. The network can adjust the interleaving depth and timing to balance resource utilization against latency constraints, making the system flexible rather than fixed.

Inventive Principle:
Principle #15Dynamics

3Device complexity

If a single DCI schedules multiple TB instances, then control overhead is reduced, but the ability to handle different TB configurations decreases

Engineering Contradiction:
Improvecontrol overheadVSAvoidTB configuration flexibility
Core Design Contradiction:
Device complexityVSAdaptability or versatility

Solution Approach 1:

The single DCI format is designed with multi-functional fields that can indicate different TB configuration parameters (such as different modulation schemes, coding rates, or resource allocations) for multiple instances. This universal DCI structure maintains low overhead while adapting to diverse TB requirements through flexible parameter encoding.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The DCI includes parameter fields that can be interpreted differently based on instance index or other indicators, allowing the same DCI message to convey different configuration parameters for different TB instances. This parameter variation approach enables configuration flexibility without requiring separate DCI messages for each instance.

Inventive Principle:
Principle #35Parameter changes

4Adaptability or versatility

If separate DCIs schedule each TB instance, then TB configuration flexibility is maintained, but control overhead increases

Engineering Contradiction:
ImproveTB configuration flexibilityVSAvoidcontrol overhead
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

Multiple DCI functions are merged into a single DCI message that schedules multiple TB instances simultaneously. The DCI contains fields that can indicate configurations for multiple instances, consolidating what would otherwise require separate DCI messages. This merging reduces control overhead while maintaining configuration flexibility through efficient parameter encoding.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The single DCI is segmented into multiple functional fields, each responsible for indicating parameters of specific TB instances. This segmentation allows the DCI to handle multiple instances with different configurations by allocating appropriate parameter sections for each instance, maintaining flexibility while reducing overall overhead compared to separate DCIs.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS20250158742A1Inter-transport block time interleaving
Publication Date: 2025.05.15 QUALCOMM INC
  • US20250158742A1 patent drawing
  • US20250158742A1 patent drawing
  • US20250158742A1 patent drawing

AI summary

Methods, systems, and devices for wireless communications are described. A network entity may transmit DCIs to a UE to schedule instances of one or more MBS TBs, the multiple instances of the one or more TBs being time-interleaved. For example, the network entity may transmit a first set of DCIs scheduling a first set of instances of a first TB, and a second set of DCIs scheduling a second set of instances of a second TB, where at least one instance of the first set of instances may be interleaved with the second set of instances. In some cases, the first and second set of DCIs may include one DCI to schedule the respective set of instances, or one DCI per instance of the respective set of instances. Additionally, or alternatively, the network entity may indicate one or more parameters to the UE associated with MBS inter-TB time interleaving.