<!DOCTYPE html><html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body>
<p>I had a quick look. </p>
<p>The most important bit of information I was looking for is on
page 7, and it's not explicitly mentioned despite its importance -
rather it's delivered on the side of the figures: the latitude of
the measurements. Ballpark 65 deg north. That puts the
measurements beyond the range of the bulk of the Starlink shells
at 43, 53, and 53.2 degrees inclination, leaving only the 70 and
97.6 deg inclination shells within view.</p>
<p>Why does this matter? Two reasons: </p>
<ol>
<li>A location at 65 deg north sees on average around 8 qualifying
satellites at any time - those are satellites that are at least
25 deg above the horizon (so their beams don't get into
terrestrial microwave link receivers). That compares to over 40
qualifying satellites should you find yourself luck to live
between 40 and 45 deg north, and over 20 at the Equator (even
keeping GSO protection into account).<br>
</li>
<li>The qualifying satellites you see north of about 60 deg are
still >90% version 1.5's. They have lasers for backhaul but a
comparatively small number of Ku band beams for downlink to
Dishy. South of 40 degrees, almost half the qualifying
satellites you're going to encounter are from the version 2
series, which have a lot more beams. These beams are also higher
capacity ones.<br>
</li>
</ol>
<p>Why does the number of qualifying satellites and beams matter?
Basically, if you add up all beams on all satellites within view,
you get the pool of beams that Starlink can pick from to serve
your Dishy. More beams in total = more options = bigger cake =
bigger slice of capacity for your Dishy.</p>
<p>Now how big a slice of the cake you can get depends not only on
the satellite mix in view, but also on how many other user
terminals in your immediate (cell) and wider (nearby cells) in
your neighbourhood want to access that capacity cake. This depends
a lot on population density and on what the competing terrestrial
connectivity options are. In a place with low population density,
fibre to almost everywhere and a good 4G and 5G coverage, all at
good prices, there won't be a lot of competing users for the cake.
The Oulu area in Finland, where they took the measurements,
appears to be in that category, mostly. The paper doesn't discuss
these determinants of performance, however. <br>
</p>
<div class="moz-cite-prefix">On 28/02/2025 4:04 am, Hesham ElBakoury
via Starlink wrote:<br>
</div>
<blockquote type="cite" cite="mid:CAFvDQ9pPTd5-Pw2sn8LasV6j0wn4gP9r9O=4fRh=7wifnijQ+A@mail.gmail.com">
<div dir="auto">Hi Craig,
<div dir="auto">No it is not my paper.</div>
<div dir="auto">It has interesting results that I would like
others to see and provide feedback on.</div>
<div dir="auto"><br>
</div>
<div dir="auto">Hesham</div>
</div>
<br>
<div class="gmail_quote gmail_quote_container">
<div dir="ltr" class="gmail_attr">On Thu, Feb 27, 2025, 6:36 AM
Craig Polk <<a href="mailto:c.polk@comsoc.org" moz-do-not-send="true" class="moz-txt-link-freetext">c.polk@comsoc.org</a>>
wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="auto">
<div>Hesham,</div>
<div dir="auto"><br>
</div>
<div dir="auto">Is this your paper? Are you submitting it
for the WG to review as a possible INGR Topic article?</div>
<div><br>
</div>
<div data-smartmail="gmail_signature">Best regards,<br>
Craig<br>
<br>
----<br>
Craig Polk, MSEE, MBA<br>
Program Manager<br>
Future Networks Tech Community | <a href="http://futurenetworks.ieee.org" target="_blank" rel="noreferrer" moz-do-not-send="true">futurenetworks.ieee.org</a>
<br>
<a href="https://www.google.com/maps/search/3+Park+Avenue,+17th+Floor,+New+York,+NY+10016%C2%A0++Office:+%2B1?entry=gmail&source=g" moz-do-not-send="true">3 Park Avenue, 17th Floor, New
York, NY 10016 </a><br>
<a href="https://www.google.com/maps/search/3+Park+Avenue,+17th+Floor,+New+York,+NY+10016%C2%A0++Office:+%2B1?entry=gmail&source=g" moz-do-not-send="true">Office: +1</a> 212-705-8926 |
Mobile: +1 908-255-6568 <br>
Email: <a href="mailto:c.polk@comsoc.org" target="_blank" rel="noreferrer" moz-do-not-send="true" class="moz-txt-link-freetext">c.polk@comsoc.org</a> <br>
Future Networks World Forum | <a href="https://fnwf.ieee.org/" target="_blank" rel="noreferrer" moz-do-not-send="true" class="moz-txt-link-freetext">https://fnwf.ieee.org/</a><br>
Connecting the Unconnected | <a href="https://ctu.ieee.org/" target="_blank" rel="noreferrer" moz-do-not-send="true" class="moz-txt-link-freetext">https://ctu.ieee.org/</a>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Thu, Feb 27, 2025,
12:01 AM Hesham ElBakoury <<a href="mailto:helbakoury@gmail.com" target="_blank" rel="noreferrer" moz-do-not-send="true" class="moz-txt-link-freetext">helbakoury@gmail.com</a>>
wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="auto">This paper [1] This paper evaluates the
Flat High Performance (FHP) terminal's performance in
Finland, Northern Europe.
<div dir="auto"><br>
</div>
<div dir="auto"><b><u>Abstract</u></b></div>
<div dir="auto">"Starlink has introduced the Flat High
Performance (FHP) terminal, specifically designed to
support the vehicles and the vessels in motion as well
as the high-demand stationary users. The research on
FHP terminal throughput analysis remains limited, only
a few existing studies evaluate FHP, focusing on the
limited parameters and scenarios. This paper evaluates
the FHP terminal's performance in Finland, Northern
Europe. We examine round-trip time (RTT), uplink, and
downlink throughput for both stationary and in-motion
use. We measure network efficiency across six
geographically diverse servers and get insights of
network routing strategies. Our results show that
Starlink provides high-speed, low-RTT connectivity,
however, the throughput experiences fluctuations with
slight degradation when in motion. Additionally, we
compare Starlink and terrestrial network RTT and
possible routing paths."<br>
<div dir="auto"><br>
</div>
<div dir="auto">Hesham</div>
<div dir="auto">[1] <a href="https://arxiv.org/abs/2502.15552" rel="noreferrer noreferrer" target="_blank" moz-do-not-send="true" class="moz-txt-link-freetext">https://arxiv.org/abs/2502.15552</a></div>
</div>
</div>
<hr>
<p> To unsubscribe from the 5GRM-SATELLITE list, click the
following link: <a href="https://listserv.ieee.org/cgi-bin/wa?SUBED1=5GRM-SATELLITE&A=1" rel="noreferrer noreferrer" target="_blank" moz-do-not-send="true">https://listserv.ieee.org/cgi-bin/wa?SUBED1=5GRM-SATELLITE&A=1</a>
</p>
</blockquote>
</div>
</blockquote>
</div>
<br>
<fieldset class="moz-mime-attachment-header"></fieldset>
<pre wrap="" class="moz-quote-pre">_______________________________________________
Starlink mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Starlink@lists.bufferbloat.net">Starlink@lists.bufferbloat.net</a>
<a class="moz-txt-link-freetext" href="https://lists.bufferbloat.net/listinfo/starlink">https://lists.bufferbloat.net/listinfo/starlink</a>
</pre>
</blockquote>
<pre class="moz-signature" cols="72">--
****************************************************************
Dr. Ulrich Speidel
School of Computer Science
Room 303S.594 (City Campus)
The University of Auckland
<a class="moz-txt-link-abbreviated" href="mailto:u.speidel@auckland.ac.nz">u.speidel@auckland.ac.nz</a>
<a class="moz-txt-link-freetext" href="http://www.cs.auckland.ac.nz/~ulrich/">http://www.cs.auckland.ac.nz/~ulrich/</a>
****************************************************************
</pre>
</body>
</html>