Inventiv.org
  • Home
  • About
  • Resources
    • USPTO Pro Bono Program
    • Patent Guide
    • Press Release
  • Patent FAQs
    • IP Basics
    • Patent Basics
      • Patent Basics
      • Set up an Account with the USPTO
      • Need for a Patent Attorney or Agent
    • Provisional Patent Application
      • Provisional Patent Application
      • Provisional Builder
      • After you submit a PPA
    • Utility Patent Application
      • Utility Patent Application
      • File a Utility Patent Application
      • What Happens After Filing Utility Application?
    • Respond to Office Actions
    • Patent Issurance
  • ProvisionalBuilder
  • Login
  • Contact
  • Blogs
Inventiv.org
  • Home
  • About
  • Resources
    • USPTO Pro Bono Program
    • Patent Guide
    • Press Release
  • Patent FAQs
    • IP Basics
    • Patent Basics
      • Patent Basics
      • Set up an Account with the USPTO
      • Need for a Patent Attorney or Agent
    • Provisional Patent Application
      • Provisional Patent Application
      • Provisional Builder
      • After you submit a PPA
    • Utility Patent Application
      • Utility Patent Application
      • File a Utility Patent Application
      • What Happens After Filing Utility Application?
    • Respond to Office Actions
    • Patent Issurance
  • ProvisionalBuilder
  • Login
  • Contact
  • Blogs

CONFIGURING RETRANSMISSIONS BASED ON SIDELINK CONGESTION

Inventiv.org
July 17, 2025
Software

Invented by NGUYEN; Tien Viet, VASSILOVSKI; Dan, GULATI; Kapil

In today’s world of wireless communication, devices are everywhere—phones, cars, robots, and even streetlights talk to each other. But as more devices share the air, their messages can get mixed up, lost, or delayed. This article helps you understand a new way to make these messages more reliable, focusing on a smart way to manage message repeats, or “retransmissions,” when things get crowded. We’ll break down the background, the science behind it, and the invention’s clever solutions, all in plain language.

Background and Market Context

Wireless communication is how devices like phones, tablets, and cars send information without wires. Imagine a busy city—everywhere you look, devices are sending messages. Sometimes, they send messages to a central tower (called an access link). Other times, they talk directly to each other (called a sidelink). This direct device-to-device talk is important for things like cars working together on the road, robots in factories, or smart sensors in cities.

As cities and industries use more smart devices, the airwaves get crowded. Each device wants to send its messages quickly and have them arrive safely. But when too many devices use the same space at once, messages can bump into each other, causing confusion or “collisions.” When a message doesn’t get through, the devices try again by sending it once more. This is called a retransmission. If too many devices keep resending, the problem can get worse—like people in a room all talking louder to be heard, making it even harder to listen.

To handle this, modern wireless systems use feedback. When a device gets a message, it sends back a quick note saying, “I got it!” (an ACK), or, “I missed it!” (a NACK). If the sender gets a NACK, it tries again. But if the network is busy and everyone keeps asking for repeats, the airwaves fill up fast. This is especially tricky in new networks like 5G or future 6G, where direct device-to-device links (sidelinks) are used more and more for things like smart cars (vehicle-to-everything, or V2X), industrial robots, and large sensor networks.

The challenge is clear: How do we make sure messages are delivered reliably, without making the crowding worse? The market needs smarter ways for devices to decide when, how often, and for whom they repeat messages, especially when the airwaves are busy. This is where the invention comes in, offering a new way for devices to manage retransmissions based on how busy the network is, making sure important messages get through while keeping the airwaves clear.

Scientific Rationale and Prior Art

Let’s start by understanding how devices usually communicate and what has been done before. In wireless networks, devices use “radio access technologies” (RATs) like LTE, 5G, or Wi-Fi. Each technology has its own way of sharing the air, splitting it up by time, frequency, or both, so devices can take turns. In recent years, the idea of devices talking directly to each other—without going through a cell tower—has become popular. This is called sidelink or device-to-device (D2D) communication.

When devices send something, they often wait for feedback. If the message was not received, they are told to “retransmit.” This is called a retransmission process. One common way to manage this is called HARQ (Hybrid Automatic Repeat reQuest). It’s like playing catch: if you don’t catch the ball, you shout “missed!” and your friend throws it again.

But here is the problem: if too many players are in the same space, and balls are flying everywhere, yelling “missed!” just adds to the chaos. More balls are thrown, and the game slows down. In technical terms, as the network gets busier (congestion increases), more retransmissions are requested, leading to even more congestion—a feedback loop that can spiral out of control.

To help, earlier systems tried to set simple rules, like limiting the number of repeats, or ignoring some missed messages if they weren’t very important. Some systems used fixed thresholds or timers, or allowed only some devices to repeat messages at certain times. Others tried “distance-based feedback,” where only devices close enough to the sender would ask for a retransmission. Still, these older methods didn’t adjust well to changing conditions. If congestion was low, they might waste chances to improve reliability. If congestion was high, they might not cut down retransmissions enough to help.

Other prior approaches looked at the strength of the received signal (how loud the “shouted” message was), or used tables matching message settings (like how fast data is sent) to retransmission rules. But these methods were often static and not smart about changing network conditions. They didn’t use real-time information about congestion, nor did they let devices coordinate and adjust based on both feedback signals and network busyness.

With the rapid growth of 5G networks, V2X applications, and massive machine-type communications (like smart cities or factories), these old ways are not enough. There’s a clear need for methods that let devices sense congestion levels and adjust retransmission strategies on the fly—being aggressive when the air is clear, and careful when it’s crowded.

Invention Description and Key Innovations

This invention introduces a new and flexible way for devices to handle retransmissions in a wireless network, especially over sidelinks. The heart of the solution is to let devices “sense” when the airwaves are getting crowded—by measuring something called a “sidelink congestion metric”—and then change their retransmission behavior depending on how busy things are.

Here’s how it works, step by step:

Imagine two devices, Device A and Device B, talking directly to each other. They use the sidelink, and they follow a feedback process: Device A sends a message, Device B replies with feedback (ACK or NACK), and Device A may resend the message if needed.

1. Sensing Congestion: Device A (or B) keeps track of how busy the network is. This can be done by counting how many messages get lost, how often packets are delayed, the strength of signals, or how hard it is to grab a free slot to send. When a certain threshold is passed—the “saturation threshold”—the device knows the network is crowded.

2. Adapting Retransmission Behavior: When congestion is low, devices can be generous with retransmissions, making sure everyone gets their messages. When congestion is high, the devices must be more careful. This invention lets the device adjust several aspects of the retransmission process:

Feedback Distance: Devices can set a “feedback distance”—only devices within a certain distance will ask for retransmissions. This distance can be made longer or shorter depending on how crowded things are. It can also change based on the speed and strength of the communication (the modulation and coding scheme, or MCS).

If the network is calm, the feedback distance can be short, limiting retransmissions. If it’s busy or the MCS is high (meaning messages are packed with lots of data and more likely to get lost), the feedback distance can be made longer, so more devices can ask for repeats, but only if it really helps.

Signal Strength Thresholds: The invention also lets devices make smarter choices based on how strong the feedback signal is. If Device B’s NACK is loud and clear (strong signal), Device A knows the message was “missed” and resends. If the NACK is weak, maybe it was just noise, and Device A can choose not to resend, reducing wasted repeats.

These thresholds are not fixed—they can be set using tables that match different MCS levels, message priorities, or desired data rates, making the system flexible.

Selective Group Feedback: When a message is sent to many devices at once (a groupcast), not every device has to shout back. The system allows only those in range or those who really need the repeat to ask, so the sender can resend just for those who missed it, saving space on the network.

Dynamic Configuration: Devices can receive updates about how to set their retransmission rules from the network or from each other, through special messages sent over the air. This allows the system to adapt quickly if, say, a big event suddenly brings lots of new devices online.

Flow of Operation:
The invention is designed to work in both directions. The device sending messages (the “transmitting UE”) and the device receiving them (the “receiving UE”) can both watch congestion levels and adjust their behavior. For example:

– If the sender sees congestion, it can tell the receiver to use a new feedback distance or threshold.
– The receiver can also decide, based on its own measurements, whether to ask for repeats or not.
– Both can get configuration updates from the network or from each other to fine-tune their rules as needed.

Benefits and Key Innovations:

– Devices waste less time and energy on unnecessary retransmissions when the network is busy, helping everyone get their messages faster.
– Important messages (those with higher priority or using higher MCS) can still get reliable delivery, even in crowded networks.
– The system is flexible—it can be adjusted for different applications, from slow-moving sensors to fast cars on the highway.
– The invention works with existing wireless standards (like 5G and future 6G) and can be implemented in both new and old devices through software updates.

By blending real-time congestion sensing, smart feedback rules, and flexible configuration, this invention helps wireless devices deliver messages more reliably and efficiently, even as our world gets more connected and crowded.

Conclusion

Wireless communication is the backbone of modern life, but as more devices connect, keeping messages reliable without jamming the airwaves is a real challenge. This invention gives devices the tools to sense when things get busy and adjust how they handle message repeats. By setting smart distances, using signal strength, and allowing for flexible feedback, devices can keep the network running smoothly. This makes it possible for everything from self-driving cars to smart factories to work safely and efficiently, even as the world gets busier. The approach is simple, flexible, and ready for the future, showing how small changes in how devices talk can make a big difference in how well they work together.

Click here https://ppubs.uspto.gov/pubwebapp/ and search 20250220503.

Tags: Facebook/Meta Patent Review
Previous Story
IMAGE-TEXT EMBEDDING MODELS WITH ENHANCED COLOR UNDERSTANDING
Next Story
BEAM PREDICTION AT A REPEATER DEVICE

Related Articles

DYNAMIC DIRECT USER INTERACTIONS WITH VIRTUAL ELEMENTS IN 3D ENVIRONMENTS

Invented by Lortie; Chase B., Meyer; David J., Dandu; Bharat...

Electronic Device With Stray Light Redirection Structures

Invented by Garcia Salazar; Ofir, Suski; Matthew D, Song; Yu,...

Menu

  • Home
  • About
  • Resources
    • USPTO Pro Bono Program
    • Patent Guide
    • Press Release
  • Patent FAQs
    • IP Basics
    • Patent Basics
      • Patent Basics
      • Set up an Account with the USPTO
      • Need for a Patent Attorney or Agent
    • Provisional Patent Application
      • Provisional Patent Application
      • Provisional Builder
      • After you submit a PPA
    • Utility Patent Application
      • Utility Patent Application
      • File a Utility Patent Application
      • What Happens After Filing Utility Application?
    • Respond to Office Actions
    • Patent Issurance
  • ProvisionalBuilder
  • Login
  • Contact
  • Blogs

Disclaimer Communications between you and Inventiv Foundation are protected by our Privacy Policy but not by the attorney-client privilege or as work product. Inventiv Foundation, Inc. can connect you to independent attorneys and self-help services at your specific direction. We are not a law firm or a substitute for an attorney or law firm. We cannot provide any kind of advice, explanation, opinion, or recommendation about possible legal rights, remedies, defenses, options, selection of forms or strategies. Your access to the website is subject to our Terms of Use.

Tags

Alphabet Amazon Facebook/Meta Microsoft Patent Review Samsung
  • Home
  • About
  • Inventiv’s Daily
  • Inventiv Cloud
  • Blogs
  • Contact
Inventiv.org
  • Home
  • About
  • Resources
    • USPTO Pro Bono Program
    • Patent Guide
    • Press Release
  • Patent FAQs
    • IP Basics
    • Patent Basics
      • Patent Basics
      • Set up an Account with the USPTO
      • Need for a Patent Attorney or Agent
    • Provisional Patent Application
      • Provisional Patent Application
      • Provisional Builder
      • After you submit a PPA
    • Utility Patent Application
      • Utility Patent Application
      • File a Utility Patent Application
      • What Happens After Filing Utility Application?
    • Respond to Office Actions
    • Patent Issurance
  • ProvisionalBuilder
  • Login
  • Contact
  • Blogs
Inventiv.org
  • Home
  • About
  • Resources
    • USPTO Pro Bono Program
    • Patent Guide
    • Press Release
  • Patent FAQs
    • IP Basics
    • Patent Basics
      • Patent Basics
      • Set up an Account with the USPTO
      • Need for a Patent Attorney or Agent
    • Provisional Patent Application
      • Provisional Patent Application
      • Provisional Builder
      • After you submit a PPA
    • Utility Patent Application
      • Utility Patent Application
      • File a Utility Patent Application
      • What Happens After Filing Utility Application?
    • Respond to Office Actions
    • Patent Issurance
  • ProvisionalBuilder
  • Login
  • Contact
  • Blogs