# US 2026/0100907 A1 · Downlink latency management

> Agents: this data is available as JSON from the patentgrep API and MCP server — see https://patentgrep.com/llms.txt

- Number: US 2026/0100907 A1
- Document ID: US20260100907A1
- Status: Published application
- Kind: A1
- Application number: 19/111,732
- Filed: 2022-11-18
- Published: 2026-04-09
- Earliest claimed: 2022-11-18
- Assignees: QUALCOMM Incorporated
- Applicants: QUALCOMM Incorporated
- Inventors: Yubing JIAN; Arnaud MEYLAN; Yanzhao SONG; Krishna BILLURI
- Web page: https://patentgrep.com/patent/US20260100907A1

## CPC

- H04L 47/12: Avoiding congestion; Recovering from congestion
- H04W 28/0205: {at the air interface (dynamic wireless traffic scheduling H04W72/12)}
- H04L 47/24: Traffic characterised by specific attributes, e.g. priority or QoS
- H04L 47/27: Evaluation or update of window size, e.g. using information derived from acknowledged [ACK] packets
- H04L 47/28: in relation to timing considerations
- H04L 47/283: in response to processing delays, e.g. caused by jitter or round trip time [RTT]
- H04L 47/30: in combination with information about buffer occupancy at either end or at transit nodes
- H04W 28/02: Traffic management, e.g. flow control or congestion control
- H04W 28/0278: {using buffer status reports (dynamic wireless traffic scheduling definition H04W72/12)}
- H04L: TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION (arrangements common to telegraphic and telephonic communication H04M)
- H04W: WIRELESS COMMUNICATION NETWORKS (broadcast communication H04H; communication systems using wireless links for non-selective communication, e.g. wireless extensions H04M1/72)

## Abstract

Method and apparatus for a configuration to manage downlink latency. The apparatus detects at least two data streams are in use, where a first stream is latency sensitive. The apparatus throttles at least one second stream based at least on measured network statistics at the network node to optimize performance of the first stream. The apparatus may detect a throttling event based on the measured network statistics that the at least one second stream meets a triggering condition that initiates the throttling of the at least one second stream. The throttling of the at least one second stream is based at least on a bandwidth of the at least one second stream or delay statistics of the at least one second stream.

## Claims

### Claim 1

An apparatus for telecommunication at a network node, comprising:
a memory; and
at least one processor coupled to the memory and, based at least in part on information stored in the memory, the at least one processor is configured to:
detect at least two data streams are in use, wherein a first stream is latency sensitive; and
throttle at least one second stream based at least on measured network statistics at the network node to optimize performance of the first stream.

### Claim 2 (depends on 1)

The apparatus of claim 1, further comprising a transceiver coupled to the at least one processor.

### Claim 3 (depends on 1)

The apparatus of claim 1, wherein the at least one processor is configured to:
detect a throttling event based on the measured network statistics that the at least one second stream meets a triggering condition that initiates the throttling of the at least one second stream, wherein the throttling of the at least one second stream is based at least on a bandwidth of the at least one second stream or delay statistics of the at least one second stream.

### Claim 4 (depends on 3)

The apparatus of claim 3, wherein the triggering condition comprises at least one of:
the first stream comprising a high priority data stream,
the at least one second stream being received for a time duration that exceed a timer or the bandwidth of the at least one second stream exceeding a threshold,
reception of an indication of a latency of the high priority data stream exceeding a latency threshold,
an actual queue latency or a buffer size exceeding a queue latency time duration threshold or a buffer size threshold, or
an estimated queue latency based on a traffic pattern exceeding the queue latency time duration threshold.

### Claim 5 (depends on 1)

The apparatus of claim 1, wherein the at least one second stream comprises a plurality of data streams, wherein a throttling of the plurality of data streams is maintained.

### Claim 6 (depends on 1)

The apparatus of claim 1, wherein to throttle the at least one second stream the at least one processor is configured to:
reduce an uplink transmission speed or a receiver window size.

### Claim 7 (depends on 6)

The apparatus of claim 6, wherein the reduced uplink transmission speed or the reduced receiver window size is determined based on a current downlink throughput, an estimated round trip time (RTT), or a bandwidth delay product (BDP), wherein the BDP comprises a product of a throughput and an RTT.

### Claim 8 (depends on 6)

The apparatus of claim 6, wherein a target BDP is determined for each of the at least one second stream.

### Claim 9 (depends on 6)

The apparatus of claim 6, wherein a target BDP is based at least on a network bandwidth and an RTT, wherein the RTT is based on an estimated RTT of the at least one second stream between the network node and a second network node, and the network bandwidth is based on an amount of data associated with the at least one second stream transmitted to the network node.

### Claim 10 (depends on 6)

The apparatus of claim 6, wherein an estimated RTT is based on at least one of an initial RTT of the at least one second stream between the network node and a second network node, a latency estimation for a radio access network (RAN), a latency estimation for a core network, a timestamp based estimation of an RTT of the at least one second stream, or a traffic pattern based estimation of the RTT of the at least one second stream.

### Claim 11 (depends on 6)

The apparatus of claim 6, wherein if a triggering condition that initiates the throttling the at least one second stream is not satisfied, to throttle the at least one second stream the at least one processor is configured to:
terminate the throttling the at least one second stream; and
reset the uplink transmission speed and the receiver window size to a default value.

### Claim 12 (depends on 1)

The apparatus of claim 1, wherein the at least one processor is configured to:
receive an indication comprising a buffer size or a queueing latency at a network entity.

### Claim 13 (depends on 1)

The apparatus of claim 1, wherein the at least one processor is configured to:
receive a priority indication indicating that a flow of data is a high priority flow of data, wherein the high priority flow of data comprises latency sensitive traffic, wherein the latency sensitive traffic has priority over any of the at least one second stream.

### Claim 14

A method of telecommunication at a network node, comprising:
detecting at least two data streams are in use, wherein a first stream is latency sensitive; and
throttling at least one second stream based at least on measured network statistics at the network node to optimize performance of the first stream.

### Claim 15 (depends on 14)

The method of claim 14, further comprising:
detecting a throttling event based on the measured network statistics that the at least one second stream meets a triggering condition that initiates the throttling of the at least one second stream, wherein the throttling of the at least one second stream is based at least on a bandwidth of the at least one second stream or delay statistics of the at least one second stream.

### Claim 16 (depends on 15)

The method of claim 15, wherein the triggering condition comprises at least one of:
the first stream comprising a high priority data stream,
the at least one second stream being received for a time duration that exceed a timer or the bandwidth of the at least one second stream exceeding a threshold,
reception of an indication of a latency of the high priority data stream exceeding a latency threshold,
an actual queue latency or a buffer size exceeding a queue latency time duration threshold or a buffer size threshold, or
an estimated queue latency based on a traffic pattern exceeding the queue latency time duration threshold.

### Claim 17 (depends on 14)

The method of claim 14, wherein the at least one second stream comprises a plurality of data streams, wherein a throttling of the plurality of data streams is maintained.

### Claim 18 (depends on 14)

The method of claim 14, wherein the throttling the at least one second stream further comprising:
reducing an uplink transmission speed or a receiver window size.

### Claim 19 (depends on 18)

The method of claim 18, wherein the reduced uplink transmission speed or the reduced receiver window size is determined based on a current downlink throughput, an estimated round trip time (RTT), or a bandwidth delay product (BDP), wherein the BDP comprises a product of a throughput and an RTT.

### Claim at position 20

20-30. (canceled)