Sharing insights on technology and innovation

Imagine a bustling city where traffic lights must sync perfectly to avoid chaos. In 5G networks, timing plays that same vital role. Without it, signals clash, speeds drop, and connections fail.
Older networks like 3G and 4G got by with looser timing rules. They focused on basic voice and data. But 5G New Radio (NR) pushes boundaries with ultra-low latency and massive device support.
This demands clock accuracy down to microseconds. Enter K-Offset and K-Mac. These parameters fine-tune timing in tricky setups, such as mid-band frequencies or Massive MIMO arrays. They help base stations align signals across cells. In short, they keep 5G humming smoothly.
Timing forms the core of any wireless network. In 5G, it ensures devices talk without overlap. Base stations, or gNBs, rely on global clocks to stay in step.
Networks use tools like Network Time Protocol (NTP) for basic sync. But 5G leans heavily on Global Navigation Satellite System (GNSS), such as GPS. These provide precise time stamps from satellites.
GNSS acts as the master clock. It feeds timing to the entire network. This setup supports features like beamforming and carrier aggregation. Without strong sync sources, 5G performance suffers.
5G frames last 10 milliseconds each. Inside, slots divide time for data bursts. Precise frame timing prevents overlaps between cells.
A small mismatch leads to inter-cell interference (ICI). This noise boosts error rates and slows downloads. Think of it as radios stepping on each other’s toes.
Operators must align frames across sites. TDD modes, common in 5G, switch between send and receive slots. Guard periods protect these switches. Bad timing erodes those guards, causing packet loss.
In urban areas, dense cell deployments amplify risks. Frame sync keeps signals clean. It directly ties to user experience, like seamless video calls.
The gNB broadcasts sync signals in SS/PBCH blocks. These act as beacons for user equipment (UE), like phones. UEs lock onto them to set their internal clocks.
SS blocks carry the primary and secondary sync signals. They also include the physical broadcast channel (PBCH). This info tells UEs the cell’s timing and identity.
Once locked, UEs adjust for delays. Propagation time from tower to device varies. Sync signals provide the starting point for all this math.
In practice, these blocks repeat in bursts. This helps UEs in motion stay aligned. Strong SS reception cuts handover failures by up to 20%, per industry tests.
K-Offset steps in when raw sync signals fall short. It corrects small timing shifts. These arise from network paths or device positions.
In 5G, UEs calculate ideal arrival times. But real-world delays throw them off. K-Offset bridges that gap.
This integer value comes from initial access steps. It adjusts slot starts. Without it, UEs miss key transmissions.
K-Offset proves key in multi-layer networks. It handles splits between central units and remote radios. This keeps timing tight despite distance.
K-Offset equals the slot offset between SFN zero at the gNB and the UE’s view. SFN means system frame number. It counts frames in a cycle.
The formula looks simple: K-Offset = (SFN_gNB – SFN_UE) mod slots_per_frame. This mod keeps values small.
Its goal? Compensate for fronthaul delays. In split architectures, signals travel extra hops. K-Offset shifts timings to match.
For example, a 100-microsecond delay might need a K-Offset of 4 slots at 30 kHz spacing. This ensures clean reception. Accurate math prevents sync drift over time.
Static K-Offset gets set during network setup. Operators configure it via software. It suits stable sites with fixed delays.
Dynamic K-Offset adapts on the fly. UEs learn it during beam sweeps or handovers. This fits mobile scenarios, like fast trains.
In NSA mode, K-Offset links 5G to LTE anchors. It aligns NR slots with LTE frames. Tests show dynamic types cut latency by 15% in high-mobility zones.
Both types use RRC signaling. The network broadcasts or dedicates values per UE. Choosing the right one depends on deployment scale.
Wrong K-Offset causes RACH failures. UEs send preambles at odd times. The gNB ignores them, blocking access.
Packet error rates climb too. Data slots misalign, leading to retransmits. Users notice this as jittery streams.
In worst cases, it triggers cell outages. Interference spikes, dropping throughput by 30-50%. Field reports from 2024 deployments highlight this in urban TDD setups.
Fixing it demands quick tweaks. But prevention through testing saves headaches. Always validate offsets in lab trials first.
K-Mac builds on K-Offset for spread-out systems. It fine-tunes MAC layer schedules. This matters in C-RAN or virtual RAN (vRAN) builds.
Distributed units need extra care. Timing must hold across links. K-Mac ensures schedules match physical clocks.
Unlike K-Offset, K-Mac focuses on data flow. It adjusts for queue delays. This keeps TDD harmony in multi-RU cells.
In Open RAN, K-Mac ties to E2 interfaces. It helps near-real-time control. Operators use it to sync resource blocks.
Synchronous setups demand tight K-Mac values. All RUs share a common clock. This avoids phase noise in Massive MIMO.
Asynchronous modes allow some flex. K-Mac compensates via software. It’s useful in legacy fronthaul without full sync.
In sync cases, K-Mac aligns UL/DL switches. A mismatch could waste spectrum. Studies show it boosts efficiency by 25% in beamformed arrays.
Async K-Mac relies on PTP protocols. Precision Time Protocol carries timestamps. This setup suits cost-sensitive rollouts.
Both modes need monitoring. Tools track drift. K-Mac keeps the MAC layer in rhythm with PHY.
K-Offset sets the physical base. It locks the frame start. K-Mac then tunes the MAC on top.
They depend on each other. A bad K-Offset makes K-Mac useless. Together, they cover full-stack timing.
In distributed nets, K-Offset handles RU-to-DU delays. K-Mac manages DU-to-CU queues. This chain ensures end-to-end align.
For instance, during handover, update both. NR specs in 3GPP Release 16 stress this link. It cuts sync errors in EN-DC scenarios.
Fronthaul links carry raw signals. Jitter here disrupts TDD slots. K-Mac adjusts for that shake.
Picture a cell with three RUs. One link adds 50 microseconds delay. Without K-Mac, slots drift, causing UL interference.
Operators counter with enhanced clocks. But parameters like K-Mac provide software fixes. In a 2025 trial, this setup held alignment under 1 microsecond variance.
Challenges grow with fiber limits. Microwave backhaul adds more jitter. K-Mac shines here, enabling dense 5G without full rewiring.
Putting K-Offset and K-Mac to work takes planning. Engineers configure via tools. Verification follows with tests.
Start with site surveys. Map delays across paths. Then set initial values.
Ongoing checks keep things stable. Use dashboards for alerts. This proactive approach minimizes downtime.
In 5G, timing errors hit hard. Low latency apps like AR demand perfection. Master these params for top performance.
Use O-RAN O1 interfaces for setup. This management plane pushes configs to nodes. Set K-Offset in cell templates.
For K-Mac, tune via SMO software. Intelligent controllers learn from traffic. Apply changes during low-load windows.
Steps include:
This process repeats per site. Automation tools speed it up. In large nets, scripts handle bulk configs.
Watch KPIs like RACH success rates. Drops signal K-Offset issues. Aim for over 95% success.
TDD guard violations point to K-Mac drifts. Counters track these events. High counts mean realign needed.
Sync failure logs help too. They log GNSS losses or PTP slips. Cross-check with spectrum analyzers.
Tools like TEMS or Nemo log data. Analyze trends over hours. Fix root causes, like cable faults, before param tweaks.
Build backup timing sources. GNSS can fail in tunnels or jams. Add SyncE over Ethernet for fallback.
This duo ensures constant clocks. Tests show redundancy cuts outages by 40%. Rely on hardware first, params second.
Choose atomic clocks for critical sites. They hold time without satellites. This base lets K-Offset and K-Mac work best.
December 25, 2025
NR NTN Bands
3GPP introduced specific bands for Non-Terrestrial Networks (NTN) to support 5G NR over satellites. These bands are optimized for Mobile Satellite Services (MSS) and Feeder Links.
For connecting satellite ↔ ground gateway, higher frequency bands are used:
December 25, 2025
Imagine hiking through a remote mountain trail with no cell signal in sight. You pull out your phone, and suddenly, you’re streaming a video or making a call via satellites overhead. That’s the promise of 5G Non-Terrestrial Networks, or NTN. These systems blend space tech with ground-based 5G to reach places where towers can’t go. From oceans to deserts, NTN fills the gaps. At the heart of this tech are four orbit types: LEO, MEO, GEO, and HEO. They each play a part in making global coverage real.

Satellites zip around Earth in different paths. These paths, or orbits, decide how well they connect with your device. Altitude matters most—it affects speed of signals and the area each satellite covers. In 5G NTN, we pick orbits based on what the job needs. Low ones hug the planet for quick chats. High ones watch over big zones but take longer to reply.
LEO satellites circle close to home. MEO ones sit in the middle range. GEO stays fixed way up there. HEO swings in wild loops for tough spots. Each fits into 5G like pieces of a puzzle. They help build a network that works everywhere.
LEO means Low Earth Orbit, from about 300 to 2,000 kilometers up. These satellites move fast, orbiting Earth in under two hours. For 5G NTN, LEO shines because signals travel short distances. That cuts delay to just 20 to 50 milliseconds—key for video calls or self-driving cars.
Think of LEO like a swarm of bees buzzing near a flower. Companies like SpaceX with Starlink launch thousands of them. This dense setup boosts data speeds up to 100 Mbps per user. But it comes with tricks. Satellites zip by so quick that your phone switches beams often. Ground stations must track them nonstop. Still, LEO leads the charge for mobile 5G in the sky.
Handovers happen every few minutes in LEO systems. That’s when your connection jumps to another satellite. It demands smart software to keep things smooth. Without it, you’d drop calls mid-sentence. Denser gateways on Earth help route data fast. Overall, LEO makes 5G feel instant, even on the move.
MEO stands for Medium Earth Orbit, roughly 2,000 to 35,786 kilometers high. These satellites strike a middle ground. They cover more ground than LEO but lag less than GEO—around 100 to 150 milliseconds. In 5G NTN, MEO suits tasks like internet for ships or planes where some delay is okay.
Picture MEO as a steady handoff between close and far. Constellations like SES’s O3b use about a dozen satellites for worldwide reach. Fewer birds in the sky means lower costs to launch. Each one beams data over huge areas, say 1,000 kilometers wide. That eases the load on ground teams.
You need far fewer MEO satellites for full coverage—maybe 20 versus 10,000 for LEO. This setup saves money on rockets and upkeep. Yet, latency isn’t as zippy as LEO. For 5G, it works well for streaming or emails, not ultra-fast games. MEO blends cost and performance just right.
GEO is Geostationary Earth Orbit at exactly 35,786 kilometers. Here, satellites match Earth’s spin, so they hover over one spot. A single GEO bird covers a third of the planet—like the whole U.S. from coast to coast. In old-school telecom, this ruled TV broadcasts and calls.
For 5G NTN, GEO brings stability. No handovers needed since it stays put. But signals take 500 milliseconds round-trip—too slow for quick 5G chats. It fits best as a backup link. Think routing data from remote towers to the internet backbone.
Today, GEO handles backhaul in wild spots like islands or mines. Three satellites ring the equator for basic global watch. Latency hurts interactive apps, sure. Yet for voice or video where timing flexes, it delivers. GEO’s wide footprint makes it a reliable anchor in NTN mixes.
HEO refers to Highly Elliptical Orbit, with paths that stretch from near-Earth to far out. These loops linger over poles, like the Arctic or Antarctic, for hours at a time. In 5G NTN, HEO targets high-latitude zones where round orbits fall short. It provides steady signals to frozen outposts.
Envision HEO as a pendulum swinging wide. Systems like Russia’s Molniya design focus on northern reaches. Satellites dwell over key areas, dodging the gaps in LEO or GEO. This setup aids research stations or border patrols. Coverage lasts longer per pass than speedy LEO.
HEO excels in places like Greenland or Siberia. Traditional satellites skim by too fast there. With HEO, you get hours of solid link for data uploads. It’s niche but vital for full 5G reach. Pair it with others, and no spot stays dark.
Orbits shape how 5G NTN runs. Low ones push speed; high ones stretch coverage. This mix affects everything from signal strength to data flow. Engineers tweak antennas and codes to match each type. Why does it matter? Your phone’s 5G experience changes based on what’s overhead.
We balance trade-offs to fit real needs. LEO zips data but needs crowds of satellites. GEO blankets wide but waits on replies. Understanding this helps build tougher networks.
Latency is the wait time for signals to bounce back. LEO clocks in at 20-50 ms, MEO at 100-150 ms, GEO over 500 ms, and HEO varies by spot—often 200-400 ms near apogee. Throughput follows suit: LEO hits gigabit bursts, while GEO tops at 100 Mbps steady.
Compare it to mail delivery. LEO is like a bike messenger—quick but limited range. GEO’s a truck hauling loads across states, slower but vast. In 5G, link budgets factor distance; higher orbits weaken signals, so bigger dishes help. 5G New Radio tweaks beams to fight this.
Protocols adapt for delays. Doppler shifts in fast LEO twist frequencies, so clocks sync tight. Beam management tracks moving sats. This keeps throughput high—up to 95% efficiency in tests. Pick the orbit, and you tune the network right.
NTN links split into direct S2D and gateway routes. S2D lets your phone talk straight to space—no tower needed. LEO and MEO favor this for on-the-go 5G. GEO leans on gateways, fixed stations that relay to the core net.
S2D demands tough user gear. Phones need special chips for satellite bands. Challenges include power drain and tiny antennas. LEO’s speed adds Doppler woes, but 5G fixes them with pre-compensation.
Gateway links shine in GEO for backhaul. They pipe data from remote sites to cities. In hybrids, S2D handles users; gateways manage heavy lifts. Standards push NTN UE to work across orbits. Soon, your smartphone beams up from anywhere.
Bringing space into 5G takes rules. Groups like 3GPP set them to mesh sats with cell towers. Release 17 kicked off NTN support in 2022, now rolling out wide. It ensures your device switches seamlessly from ground to sky.
Without standards, chaos reigns. But with them, one network rules all. This opens doors for true anytime access.
3GPP Release 17 adds tools for satellite quirks. It handles Doppler in LEO—signals shift as sats race by. Beam management points antennas right for moving targets. Core nets now track sky mobility like handoffs in cars.
Modifications touch everything. User planes adjust for long delays in GEO. Authentication works the same for sat or tower links. Tests show 90% compatibility. Future releases, like 18, add IoT over NTN.
These specs make 5G NTN real. Phones from Samsung to Apple gear up. Rollout hits 2025, per ITU plans.
Hybrid setups mix orbits in one zone. Your rural farm might use LEO for speed, GEO for backup. The 5G core juggles it all, like a smart router picking paths.
SDN lets software steer traffic. NFV virtualizes functions, scaling on demand. This tames multi-orbit mess—switch from MEO to terrestrial without a hiccup.
Interworking boosts reliability. If LEO storms out, HEO steps in. Costs drop too; share gateways across types. By 2030, expect 50% of 5G to tap space, says GSMA.
NTN isn’t sci-fi—it’s here. Ships sail with LEO links for crew chats. Planes stream movies via MEO. Orbits tailor to needs, from quick bursts to steady feeds. Industries grab this for edges over rivals.
See how it changes lives. Remote workers connect; disasters get aid fast.
LEO swaps old GEO for sea and air. Starlink equips vessels with 200 Mbps downlinks. Low delay aids navigation apps—vital for safe routes. Aviation uses it for in-flight Wi-Fi; passengers binge shows at 100 Mbps.
Throughput must hit 50 Mbps per plane for entertainment. Ops data, like weather, needs under 100 ms. MEO fills gaps over poles. By 2025, 80% of flights tap NTN, per Boeing stats.
This cuts isolation. Crews video home; pilots get real-time maps.
After quakes, LEO terminals pop up quick. No wires needed—just point and connect. Groups like the Red Cross test them in floods. Speeds reach 50 Mbps for coord data.
In rural spots, NTN brings broadband. India’s pilots serve villages with MEO. Users stream school lessons. HEO aids Arctic relief, linking aid to bases.
One case: 2023 Turkey quake saw Starlink restore nets in days. Over 5,000 terminals deployed. It saved lives by enabling SOS calls. NTN turns crisis into contact.
5G NTN weaves orbits into a web that touches everywhere. LEO and MEO fuel fast, fun interactions—like gaming on a train. GEO and HEO lock in coverage for the hard-to-reach, ensuring no one misses out. Together, they push 5G beyond borders, blending sky and soil.
This tech grows fast. By 2030, satellites could handle 25% of mobile traffic, per Ericsson. It bridges divides, powers new apps, and connects us all.
Key takeaways:
Ready to explore NTN? Check your device’s satellite support and stay tuned for launches. The sky’s the limit.
December 25, 2025
When people talk about a “payload” in 5G Non-Terrestrial Networks (NTN), especially satellite 5G, they don’t mean the data payload inside your phone. They mean the satellite’s onboard communications system, the hardware and software that receives, processes (or doesn’t process), and transmits signals.
That payload can work in two main modes. A transparent (bent-pipe) payload mainly repeats what it hears, sending the signal back down to Earth for the 5G “brain” to handle. A regenerative payload does more thinking in space, because it can decode and rebuild the signal before sending it onward.
This choice shapes coverage, latency, cost, and service quality. It also decides how many ground gateways you’ll need, and how well the system works when users move fast.
Payload mode is a plain idea: where does the signal get “understood” and managed?
Satellites are used in 5G NTN because towers can’t cover everything. Think rural roads, islands, oceans, mountains, polar routes, air travel, shipping lanes, and disaster zones where power and fiber are gone. Satellites also help with large fleets of sensors that send small updates from places no one wants to trench cable.
The payload mode decides where key 5G radio functions sit. In a transparent design, most 5G radio work stays on the ground, near a gateway site (an earth station). In a regenerative design, some of that work moves onto the satellite itself, so the satellite is not just a repeater, it’s part of the radio access network.
Standards work has tracked this reality. Releases up through 3GPP Release 17 put strong focus on supporting transparent NTN operation, while later work (including Release 18) continues to push regenerative options and more onboard features.
A simple 5G satellite link has four pieces:
In one design, the satellite mostly forwards signals to the gateway, and the “base station logic” stays on the ground. In another, the satellite runs more of that logic onboard, then routes traffic more directly. Same goal, different split of duties.
Payload mode shows up in day-to-day outcomes:
A ship at sea might care most about staying connected far from gateways. A remote village might accept higher delay if service is affordable. An emergency team may need whatever works when local ground sites are damaged.
The easiest way to picture the difference is this: transparent repeats, regenerative understands and rebuilds.
In both cases, the user device talks to the satellite over the service link. The big change is what happens next, and where the “real” radio processing lives.
A transparent, or bent-pipe, payload works like a very strong relay.
Step by step, it:
The key point is what it does not do: it doesn’t decode and interpret the waveform as 5G data. That heavy lifting is handled by ground equipment, where the 5G radio stack and scheduling decisions live.

Why operators like it:
Where it can hurt:
Analogy: it’s like a loudspeaker that repeats your words louder, but doesn’t clean up the message.
A regenerative payload does more than repeat. It processes the signal onboard, then sends a refreshed version onward.
Step by step, it:
In 5G terms, a regenerative satellite can host part of the base station functions onboard (some designs keep portions on the ground, others push more into space). This can also pair well with inter-satellite links, since traffic can hop across the constellation before touching Earth.
Why operators choose it:
Tradeoffs:
Analogy: it’s like a translator who listens carefully, cleans up the sentence, then re-speaks it clearly.
Picking a payload mode is less about slogans and more about constraints. Start with two blunt questions: can you build enough gateways where you need them, and how much onboard complexity can you afford?
Transparent often wins when you want the lowest satellite cost and a quick build, and you can place gateways in good spots with strong backhaul. Regenerative often wins when you need global mobility, fewer gateways, and better control of traffic paths, even when Earth infrastructure is limited.
A regional carrier adding coverage to remote highways may pick transparent payloads, because it can place a few gateways near existing fiber routes and keep satellites simpler.
A global LEO service built for ships and planes may favor regenerative payloads, since users roam across beams constantly and the service can’t depend on being near a gateway at all times.
For disaster response, the best choice depends on gateway status. If gateways are intact, transparent can be enough. If gateways are down or unreachable, regenerative designs can keep more control in space.
December 25, 2025
Ever had a signal drop the moment you leave town, head offshore, or drive through a mountain pass? NTN in 5G is one of the ways the industry plans to close those dead zones.
NTN stands for Non-Terrestrial Networks. In plain terms, it means 5G that can also travel through satellites or high-altitude platforms (HAPS), not just cell towers on the ground. People search for this because they want coverage where towers can’t go, during emergencies, on ships, in rural areas, or along long highways.
This guide breaks down what 5G NTN is, how it connects your device to the 5G core, where it helps most, and what to expect in real life (including tradeoffs like delay and battery use).
5G NTN is 5G expanded into the sky. Instead of relying only on ground towers, the network can use satellites (in orbit) or HAPS (aircraft-like platforms high in the atmosphere) to carry 5G signals.
Think of terrestrial 5G as a road network made of local streets (cell towers). NTN adds bridges over hard terrain, like oceans and deserts. It’s built to extend coverage and keep service available when ground networks struggle, not to replace every cell tower. In cities, towers still win on speed, capacity, and cost.
A basic 5G NTN system has a few key building blocks:
The point is simple: your device still uses 5G style signaling, it just reaches the network through a non-terrestrial hop when needed.

A typical connection looks like this:
Picture a remote highway after a winter storm. Nearby towers may be sparse or damaged. With NTN, a compatible phone or vehicle modem can still send a message, place a basic call, or push location data, even when there’s no usable ground signal.
There are two common ways to build the satellite side:
For most users, the difference shows up as coverage options, performance consistency, and how much the network can do without a nearby gateway.
Ground networks are great where people live and work close together. But towers need power, fiber (or microwave backhaul), permits, and ongoing maintenance. In some places, that’s impossible or just too expensive.
NTN fills three big gaps:
Coverage: Oceans, mountains, deserts, and remote roads don’t come with infrastructure. Satellites and HAPS can reach them without building thousands of sites.
Backup connectivity: Fires, floods, and earthquakes can cut fiber and knock out towers. NTN can keep basic links alive for alerts and coordination.
Mobility across wide areas: Ships, planes, and long-haul transport need connectivity while moving through places with limited tower coverage.
The best way to understand 5G NTN is to picture it as an add-on layer. When towers are present, you use them. When they aren’t, NTN can carry the connection.
When a region loses power or fiber backhaul, cell towers can go dark or become isolated. NTN gives operators another path. That might mean temporary coverage for first responders, or satellite backhaul that reconnects a hard-to-reach tower to the core network.
For regular people, this can show up as basic texting, emergency calling support, or the ability to send a check-in message when local service is overloaded. It won’t fix every outage, but it can reduce the “no signal anywhere” problem.
NTN is improving fast, but it’s not magic. A satellite link has different physics than a short hop to a tower down the street.
Here are the main constraints to keep in mind:
On standards, 3GPP added NTN support in Release 17, then expanded it in Release 18 (frozen in 2025). Work toward Release 19 continues, with a focus on better mobility handling, timing improvements, and stronger direct-to-device options.
GEO satellites sit very far away and appear fixed in the sky. The long distance adds noticeable delay (often hundreds of milliseconds round-trip). That can feel sluggish for interactive voice and video, and it’s a poor fit for twitch gaming or tight industrial control loops.
LEO satellites orbit much closer, so delay is lower (often closer to tens of milliseconds, though it varies by path). The tradeoff is you need lots of satellites because each one moves out of view quickly. That means more handovers and more network coordination.
Some NTN services aim for direct-to-phone connections, which is appealing for emergency messaging and basic coverage. But higher speeds, more consistent service, and tougher environments often call for special terminals, better antennas, or vehicle and marine modems.
Battery matters too. If a phone has to transmit harder to reach a satellite, it can drain faster, especially in weak signal conditions. Expect early experiences to focus on essential connectivity first, then expand toward broader data use as networks mature.
December 25, 2025
Measurement events required for NTN UE handovers.
Hello and welcome. In this article, we will discuss the measurement events required for NTN
UE handovers, including location-based events (Event D1, Event D2, CondEvent D1, and CondEvent D2) and time-based events (CondEvent T1).
Event D1:
This is a location-based measurement event for NTN UEs when the reference location is fixed. It is configured by the network at the time of PDU session creation. When the condition for this event is met, the UE sends the D1 measurement report with the candidate
target cells.
Event definition as per 3gpp 38.331:
The distance between the UE and referenceLocation1 becomes larger than the configured threshold distanceThreshFromReference1, and the distance between the UE and referenceLocation2 becomes shorter than the configured threshold distanceThreshFromReference2.
When both of the conditions below are satisfied, the UE will be considered to be in the situation to report the D1 measurement report.
Entering condition 1:
Ml1 − Hys > Thresh1
Entering condition 2:
Ml2 + Hys < Thresh2
When any of the conditions below are satisfied, the UE will be considered to be in the situation not to report the D1 measurement report.
Leaving condition 1:
Ml1 + Hys < Thresh1
Leaving condition 2:
Ml2 − Hys > Thresh2
Definitions:
• Ml1: Distance between the UE and referenceLocation1 (defined in reportConfigNR for this event). Unit: meters.
• Ml2: Distance between the UE and referenceLocation2 (defined in reportConfigNR for this event). Unit: meters.
• Thresh1: Threshold defined as distanceThreshFromReference1 for referenceLocation1 in reportConfigNR. Unit: meters.
• Thresh2: Threshold defined as distanceThreshFromReference2 for referenceLocation2 in
reportConfigNR. Unit: meters.

For distanceThreshFromReference1 and distanceThreshFromReference2, each step represents 50 meters.
Event D2:
This is a location-based measurement event for NTN UEs when the reference location is moving. It is configured by the network at the time of PDU session creation. When the condition for this event is met, the UE sends the D2 measurement report with the candidate target cells.
Event definition as per 3GPP 38.331:
The distance between the UE and the serving cell’s moving reference location—determined based on movingReferenceLocation and its corresponding satellite ephemeris and epoch time broadcast in SIB19—becomes larger than distanceThreshFromReference1, and the distance between the UE and a moving reference location—determined based on referenceLocation and its corresponding satellite ephemeris and epoch time for the neighbor cell in the associated MeasObjectNR—becomes shorter than distanceThreshFromReference2.
When both of the conditions below are satisfied, the UE will be considered to be in the situation to report the D2 measurement report.
Entering condition 1:
Ml1 − Hys > Thresh1
Entering condition 2:
Ml2 + Hys < Thresh2
When any of the conditions below are satisfied, the UE will be considered to be in the situation not to report the D2 measurement report.
Leaving condition 1:
Ml1 + Hys < Thresh1
Leaving condition 2:
Ml2 − Hys > Thresh2
Definitions:
• Ml1: Distance between the UE and the serving cell’s moving reference location (derived from movingReferenceLocation, epoch time, and SIB19 satellite ephemeris).
• Ml2: Distance between the UE and the neighbor cell’s moving reference location (derived from referenceLocation and ephemeris information in MeasObjectNR).
• Thresh1: distanceThreshFromReference1. Unit: meters.
• Thresh2: distanceThreshFromReference2. Unit: meters.
ASN.1 for Event D2 as per 38.331:

For distanceThreshFromReference1 and distanceThreshFromReference2, each step represents 50 meters.
CondEvent D1:
This is a location-based measurement event for NTN UEs when the reference location is fixed. It is configured by the network for the UE to evaluate and perform handover. When the condition of this event is met, the UE performs handover to the corresponding candidate target cell.
Event definition as per 3GPP 38.331:
The distance between the UE and referenceLocation1 becomes larger than distanceThreshFromReference1, and the distance between the UE and referenceLocation2 of the conditional reconfiguration candidate becomes shorter than distanceThreshFromReference2.
For CondEvent D1, the entering conditions, leaving conditions, and parameter definitions are the same as Event D1.
ASN.1 for CondEvent D1 as per 38.331:

Each step represents 50 meters.
CondEvent D2:
This is a location-based measurement event for NTN UEs when the reference location is moving. It is configured by the network for the UE to evaluate and perform handover. When the condition of this event is met, the UE performs handover to the corresponding candidate target cell.
For CondEvent D2, the entering conditions, leaving conditions, and parameter definitions are the same as Event D2.
ASN.1 for CondEvent D2:

Each step represents 50 meters.
CondEvent T1:
This is a time-based measurement event for NTN UEs. It is configured by the network for the UE to evaluate and perform handover. When the condition for this event is met, the UE performs handover to the corresponding candidate target cell.
Event definition as per 3GPP 38.331:
The time measured at the UE becomes greater than the configured threshold t1-Threshold but is less than t1-Threshold + duration.
When the condition below is satisfied, the UE is considered to be in the situation to perform handover.
Entering condition:
Mt > Thresh1
When the condition below is satisfied, the UE is considered to be in the situation not to perform handover.
Leaving condition:
Mt > Thresh1 + Duration
Definitions:
• Mt: Time measured at the UE (milliseconds).
• Thresh1: t1-Threshold-r17 defined in reportConfigNR.
• Duration: duration-r17 defined in reportConfigNR.
ASN.1 for CondEvent T1 as per 38.331:
t1-Threshold counts the number of UTC seconds in 10 ms units since 00:00:00 on 1 January
1900. For duration each step represents 100 ms.
December 8, 2025