Which isn't that great.
The system Starlink is trying to beat is BGAN and regional Ku/Ka providers. If you're expecting them to beat the pants off of your terrestrial wired service you're probably going to be disappointed, unless you're on the edge of the range of some old neglected AT&T DSL line or still trapped on dialup. Even then it's almost certainly going to be much more expensive but at least it will have a sizeable speed advantage.
This was a big problem with Iridium. With only one ground station available your latency figures were all over the place thanks to the complicated routing that every packet had to go through.
My guess is Starlink is going to need FEC for Doppler effects and multipath in urban environments. Maybe they will be able to overcome multipath with modulation. But Doppler shift will be significant with LEO.
The latest 802.11n standards have been increasing physical layer frame sizes, not decreasing them. I don't know of any modern wireless standard that doesn't use FEC. Coding gain is significant in most link budgets I have seen.
The last satellite RF downlink I worked with was for JPSS-1 in LEO nearly 6 years ago. There was a (255, 223) Reed-Solomon code with an interleave depth of 4 frames. So you effectively had to receive 1024 bytes, decode, and you got 4x 223 bytes worth of information. While latency wasn't a major concern, this scheme seemed pretty standard to me. If you don't believe me, the spec is public information:
https://www.star.nesdis.noaa.gov/jpss/documents/CDFCB/GSFC_4...
I'm sure SpaceX is trying really hard to control latency - so it doesn't get out of hand! One set of RF processing here, another over there, each with their own filters and decoding algorithms and then you have an extra 100 ms of delay in the system.
Starlink allows high bandwidth density on the ground, and at the satellites because every antenna in the system is an extremely capable steerable phased array. Every transceiver can fully distinguish between signals of equal power and frequency that differ whose sources differ at least 10 degrees.
Reflections from buildings are irrelevant when the antenna must already be capable of picking the correct transmission out of the 50 or so equally powerful beams on the same frequency that only differ in angle.
Also, since every terminal already needs to be constantly aware of the position of every satellite, the correct answer to doppler is not fancy error correction, it's modulating the transmission to eliminate it, or just expecting it at the receiver.
https://mobile.twitter.com/elonmusk/status/11329039145865297...
Besides we’re talking about the latency of the satellite to satellite links, not the downlink (since that’s the difference between using a downlink close to the client vs close to the server).
I'm not talking satellite to satellite latency, I'm talking total latency end-to-end. I'm also not saying the system will be 100 ms, just that it takes significant engineering effort so latency doesn't get out of control. IMHO, it's a fundamentally much harder problem than existing transatlantic links, despite the greater signal speed in a vacuum. I'm skeptical of what the latency will be. You disagree and that's fine.
Maybe we'll see an actual measurement soon enough. The competition can do 60 ms round-trip to NYC to London.
I’m speculating they’re smart guys working hard to keep latency low, and that routing will be a more challenging latency issue, while serialization should be minor.
But we’ll see and I agree we’re both speculating
I’m seeing figures of 1 million$ per satellite. Over 10 years that’s roughly 100k/month in mortgage or around 1k customers at 100$/mo.
I thought downlinks were going to be pizza box-sized antennae. Why would it be far away from you? That could live on your roof.
This suggests to me a low data cap and/or rate, perhaps comparable to DSL.
12000 * 20Gbps / 2 * 100 / 100Mbps / 3 = 40,000,000 customers
A service like that could sell for a lot in rural North America, but maybe not to 40m customers. Let's assume most of those customers are from lower income countries or from places with more competitive ISP environments. Maybe $20/mo average revenue per customer. That's $800m a month. That already sounds compelling to me, before considering the potential for more or higher bandwidth satellites, or for higher margin commercial or government contracts.
Last I saw, they were reconfiguring deployment plans to go for higher density constellation in the lower latitudes before worldwide coverage, so I'm not sure if this is even knowable at this point.
A few HFT customers will probably finance the whole thing, tbh.
150kg sat to launch at $2,719kg/leo costs $0.4m