Samsung · Filed Apr 29, 2026 · Published Sep 10, 2026 · verified — real USPTO data

Samsung Patents a Way to Keep Your Phone's Apps in Sync During Satellite Delays

Satellite connections don't work like cell towers: a message can take minutes to arrive because it's literally stored in orbit and forwarded later. Samsung has filed a patent to stop that delay from confusing your phone's apps.

A phone communicates with four satellites in orbit, illustrating a satellite communication network. Drawing from patent filing US 2026/0269934 A1.
A phone communicates with four satellites in orbit, illustrating a satellite communication network.
See all 12 drawings from this filing ↓
Publication number US 2026/0269934 A1
Applicant SAMSUNG ELECTRONICS CO., LTD.
Filing date Apr 29, 2026
Publication date Sep 10, 2026
Inventors Dinesh Rooparam CHOUDHARY, Lalith KUMAR, Aman AGARWAL, Sidhant JAIN, Utsav SINHA
CPC classification 370/316
Grant likelihood Medium
Examiner CENTRAL, DOCKET (Art Unit OPAP)
Status Docketed New Case - Ready for Examination (Jun 24, 2026)
Parent application is a Continuation of PCTKR2024017151 (filed 2024-11-04)
Document 14 claims

How Samsung's satellite delay fix works for your phone

A cargo ship sits in the middle of the Pacific, miles from any cell tower. Its crew sends a message, and that message rides up to a satellite, waits, then gets beamed down to a ground station whenever the orbit lines up. You might face a similar situation with next-generation satellite phones.

The problem is that most phones are built to assume messages travel in milliseconds. When a delay stretches to minutes or hours, the phone's internal clocks and apps start making bad decisions, retrying connections or timing out before the message ever had a chance to arrive. Samsung's patent describes a system where the network tells your phone exactly how long the satellite-relay leg of the journey will take, and your phone adjusts its internal timers to match.

Instead of your apps thrashing against a connection that looks broken but isn't, they pause gracefully and wait the right amount of time. The core network sends an estimated delivery time to your phone, and your phone passes that information up to the app layer so everything stays patient and in sync.

From the filing · CLAIM 1
… receiving an accept message as a response of the request message from the core network node, the accept message including information on an estimated delivery time for data to reach a ground station from the UE …

Translation: The phone gets a message back telling it how long the data will take to reach the ground via satellite.

How the UE timer adjusts to satellite store-and-forward gaps

The patent covers a specific handshake between a phone (called a UE, or User Equipment, in standards language) and a core network node that is managing a satellite in "store and forward" mode.

Store and forward (S&F) is a well-established technique: when there is no real-time link between two points, a satellite holds the data until its orbit brings it over a ground station, then delivers it in a burst. The delay can range from seconds to many minutes depending on the satellite's orbit.

The claim describes three main steps:

  • The phone sends a request to the core network asking to use the S&F service.
  • The network replies with an estimated delivery time, how long the data will take to reach a ground station from the phone.
  • The phone adjusts its NAS timers (Non-Access Stratum timers, which are the internal clocks that govern how long the phone waits before retrying or dropping a connection) to align with that estimate, and shares the timing information with its own app layer.

The effect is that the phone's software stack, from the radio layer up through apps, all agree on when to expect a reply, rather than each layer making its own impatient guess.

From the filing · THE ABSTRACT
… determining, by the UE, at least one new value of a timer and provide the estimated delivery time to upper layers of the UE, to use the at least one new value of the timer by an application layer based on at least one estimated delivery time received from a core network node …

Translation: Apps are given a new timer value so they can adjust to the delayed satellite transmission times.

What this means for satellite messaging on everyday phones

For most people, this is infrastructure plumbing that would run silently in the background. But it matters because satellite-based phone connectivity is no longer hypothetical: Apple and Qualcomm have both pushed satellite messaging into consumer hardware, and standards bodies are building satellite support into 5G. If Samsung's approach gets folded into device firmware, it could mean the difference between an app that crashes or endlessly retries during a satellite relay and one that simply waits correctly and delivers your message.

Samsung's steady filing work in non-terrestrial network standards suggests the company is positioning itself for a world where your phone switches between cell towers and satellites without you noticing. Getting the timing layer right is the kind of unglamorous prerequisite that makes everything else possible.

That makes this Samsung's 74th filing we've tracked since May in our 5G and network push watchlist, building on work like missed texts after satellite drops and faster satellite connection fixes.

Editorial take

The core tradeoff here is trust in a network estimate. The entire system depends on the core network providing an accurate delivery time, and the phone believing it. If the estimate is off because the satellite's orbit shifts, a ground station is overloaded, or the network simply guesses wrong, the phone waits patiently for a reply that arrives either much earlier or much later than expected. That patience could feel like a hang to a user.

The filing doesn't describe what happens when the estimate is wrong, which is the harder engineering problem. Adjusting timers to a predicted delay is straightforward; recovering gracefully when that prediction misses by 40 percent is not.

Still, the design trade reads as net positive for the use cases it targets. A phone that waits the right amount of time is better than one that retries in a loop and drains its battery in a remote area. The value of this patent is mostly in defining a clean interface between the network and the phone, which is the kind of specification work that actually ships in standards documents.

There are more where this came from

We read every patent application Big Tech publishes and send you the ones worth knowing. Plain English, free, every week.

The drawings

12 drawing sheets from US 2026/0269934 A1 · click any drawing to enlarge

Patent filing page

Source. Full patent text and figures from the official USPTO publication PDF.