Business Case (Part 2)–Background and Technical Challenges

Earlier this week, Colin Doughan posted the first post in what should hopefully be a fun series of posts on the business case of servicing the Iridium satellites over on his excellent Space Business Blog. As he mentioned at the start of the post, I’ve been working with him on this for some time, but ended up having to cut back on my involvement earlier this year when life began to get complicated… That said, I figured that some background on why we picked this problem might be useful, along with a quick discussion of some of the key technical challenges.

Background

As I mentioned on my Space Show appearance earlier this week, my first appearance there in January ’07 elicited a lot of discussion both on the blog, and offline. I mentioned that a guy approached me with the question along the lines of “is there a way to wrap a business case around propellant depots”. That would be Colin.

We batted around a lot of ideas over the months, and came to the conclusion that while it was probably a bit too challenging to wrap a business case around depots directly. Not unless you had the backing of a wealthy philantrocapitalist like Musk, Bezos, or Bigelow (if any of the readers happens to be such a philantrocapitalist desperately in search of ways to invest a couple hundred $M to try and one-up Elon, my email address is jongoff@gmail.com, just in case you were wondering). The problem is that making depots really pay off probably requires at least two, and possibly three miracles. And when you have to raise outside money from non-philantrocapitalistic sources, you’re only allowed at most one miracle per business plan.

So, we backed up and looked to see if we could find any businesses that enabled depots that might be profitable in themselves. The idea of prox-ops tugs seemed to fit the bill. The idea is that one of the miracles needed for a depot is the development of a good prox-op tug that could take the complexity out of bringing “dumb” propellant tankers from their delivery orbit to the depot, hooking up the transfer lines, and then sending the tankers home empty when they’re done. If you could find a way to develop such a tug (or something close enough that it was clear that you only needed to trick-out your already existing tug with some slightly different add-ons), in a way that paid for itself, that would both make you some respectable amounts of money while simultaneously making the fielding of commercial depots that much closer to reality.

The challenge is that while there are probably a half dozen companies in the US that have the technical competence to design a tug-like spacecraft, and most of them want to do so pretty badly, none of them have really tried to go after this new market entrepreneurially. Now admittedly, and to be fair, it’s got to be really hard for a large, publicly traded company to take entrepreneurial risks like that in even the best of cases. But part of the problem has been the challenge of finding some initial toehold market that you can really get into the space tug business with.

There are a couple of aspects to this problem:

1. You need a customer who has a need that’s bad enough they’d be willing to actually buy servicing from you. 2. You need a technical approach that is non-scary enough that said customer will actually be willing to let you try 3. You need a customer with money, and an approach that’s cheap enough that the value of your service to them is sufficiently less than your internal cost to develop and deliver that service that you can actually make money.

That’s a bit harder than it sounds, and at least part of the reason why nobody has actually delivered on orbital servicing using space tugs is that this is a tough nut to crack.

There are people out there who could probably benefit a lot form servicing (NRO and USAF LEO satellites, GEO comsats, etc), but their spacecraft are so expensive that they really don’t want to be the first guinea pig-second or third maybe, but they’d rather see you demonstrate your capabilities on someone else. In both cases we looked at options like just attaching the spacecraft and providing some extra maneuvering capability-not even trying to actually transfer fuel or power or anything. But the reality kept coming back to the fact that the amount of engineering work it would take to go directly after such a mission immediately would likely cost so much that you couldn’t raise the money. If you could demonstrate your capabilities on something easier first, it might be realistic to start servicing these bigger players, but that means you still need to find a toe-hold market. They’re great second markets, but not good toe-holds.

Iridium For The Win?

In the end, we started looking at the Iridium constellation, due to the collision they had with the Russian Cosmos satellite in February of 2009.

Colin hit on many of the reasons why Iridium looks like an interesting first customer for space tug servicing. But let me add a few more:

* Iridium provides a large number of identical servicing targets.  Which means that you can design the servicing hardware once, and provide dozens of missions, reusing hardware, software, and experience. * Not only does losing satellites start cutting into Iridium’s ability to retain and grow their customer base, but satellite losses that turn into more debris could actually make it harder to successfully replace the current constellation.  They really need to keep those orbits clean enough that they can continue to use them. * While they really don’t want to lose many satellites, the fact that they do have some spares means that they can actually afford to take more risks on something like orbital servicing [Note: an article in Space News yesterday indicated that they felt they could still survive as a business if at least 36 of their satellites were still available when Iridium Next starts launching].  The bar is a lot lower than it would be with $1B NRO satellites, or GEO comsats that are bringing in hundreds of $M/yr/satellite. * The government has a huge interest both in Iridium continuing to exist, and in Iridium not having more of their satellites become collision targets.  At Iridium’s altitude and inclination, debris from any collision is going to increase the danger to just about all LEO orbits of interest.  Remember, unlike GEO where all the satellites are going in the same direction at nearly the same speed, LEO orbits all tend to cross each other.  It wouldn’t take too many repeats of the Cosmos collision to start really making a big mess.  So the government might have a legitimate reason to help try and encourage ventures like this. * With Iridium’s satellites getting old, the odds of one or more of them running out of propellant or having its batteries die before it can be disposed of is probably not insignificant. * The LEO environment is a lot easier to design an initial tug for, and a lot easier to affordably reach.  Not to mention you can probably get away with a smaller spacecraft.  All of these lower the amount of investment you need to raise up front. * Iridium actually has enough revenue that they might be able to afford a sufficiently low-cost servicing option. * Their only other option is really to count “hope” as an operating plan. The analysis I linked to above indicates that they think they can survive as-is, but having an orbital servicing option that allows them to continue at full capacity might still be very interesting to them.

What the NRO Doesn’t Want to See a Repeat Of

How Best to Be Of Service?

So, we started looking at various options of servicing the Iridium satellites.  Our initial idea was to provide a small tug for each of the satellites.  If a debris conjunction appeared likely, or if the satellite’s attitude control system failed, or if the satellite ran out of propellant, the helper tug would take over, and either help the Iridium craft dodge the debris, or provide station keeping or end-of-life disposal services. While such an approach would eliminate the complexity of actually doing anything to the Iridium satellite other than just grabbing it, it would entail trying to make 66 small spacecraft cheap enough that you could launch them, hook them up, and perform their missions all for a price-point Iridium could afford…which quite frankly seemed unlikely.

We also looked at the idea of having only a handful of tugs (1-3) that would sit around in standby, and if an event came up, it would rapidly maneuver to the Iridium satellite in danger, rescue it, and then go back to standby mode.  While this cut down on the number of tugs you needed drastically, now the propulsion requirements goes way up.   Especially if you can’t put one in each orbital plane.  Switching from plane to plane requires a plane change if you have to do it in a hurry, and that can be crazy expensive from a delta-V standpoint (a 6o degree plane change done the quick way could cost you almost as much delta-V as it took to get into orbit).  You could also do ground based “rescue tugs” that could only launch on need…but once again none of these approaches was really realistic either from a launch frequency, propellant usage, or total cost standpoint.

What we finally settled-on was the idea of just refueling the satellites themselves.  If you did that, you could use one or maybe at most two or three tugs to do the whole job.  Plane changing between two planes with the same inclination can be done relatively cheaply if you have a lot of time.  You just go into either an elliptical orbit, or a circular orbit of different radius, and then your nodal regression rate will be either faster or slower than the Iridium satellite planes.  If you can be patient, you’ll eventually catch up with the next orbital plane.  Moving from satellite to satellite within a plane also requires some tricky maneuvers, but if you have time, they don’t have to use a lot of propellant.  One option we batted around was launching a little “mini-depot” (really mostly a dumb tank with some transfer systems and docking ports) into an elliptical orbit that would drift from plane to plane.  That way you wouldn’t have to accelerate and decelerate the whole propellant load each time you went into one of your drifting orbits.

The end result was that by doing it this way, you could cut down drastically on the number of launches, not have to be anywhere near as rushed, and cut down on the number of satellites.

For the paper one of the things we were going to do was analyze the different trajectories to figure out how much propellant it really took to move from satellite to satellite in a given plane (given various allowable travel times), as well as how much propellant it took to move between planes.  Once you know that, you can start getting a better handle on how many launches you would need, how long things would take, etc., which would start enabling you to get a realistic cost estimate for at least the marginal cost of the servicing.

Servicing Challenges

The one other big question mark was what it would take to service the satellites once you got to them.

The Iridium satellites weren’t made for servicing.  The propellant inlets are capped with the caps safety-wired on.  And the whole assembly is likely covered up with MMOD protection or MLI.  I tried to get a good look at the one Iridium satellite they had up in the Air and Space Museum while we were out in DC for the NGLLC awards ceremony last year, but the area where I”m pretty sure the fueling interface was at was somewhere you couldn’t readily see.  I was sorely tempted to see if I could sneak up onto one of the displays nearby to get a peek, but chickened out. Anyhow, the net result is you’re going to need to do some stuff that would take about 15 seconds for a dude on the ground to do, but is going to be annoyingly complex to do on orbit.  I won’t go into details, just to avoid pissing off the ITAR gnomes, but suffice it to say this is not a trivial task.

There’s also the challenge that propellant isn’t the only thing that these satellites need.  Batteries and solar panels wear out.  While the latest and greatest solar panels are a lot better than what Iridium was launched with, you still need to find a way to couple that power into the satellite itself without hurting it.  Do you collect the power and then just beam it onto the other solar panels (might work if it’s just the solar panel efficiency that’s dropping)?  Or is there some sort of power umbilical used for the satellite on the launcher that could be reconnected to to provide both power, and a backup battery?  How do you attach it all?  Once again, I have some ideas, but I think I’ll leave things at that.

Real Life Getting in The Way

So, we had some starting ideas, and a basic approach.  We were still unsure if we actually wanted to jump on this idea as a real business, but we were interested in at least seeing where the analysis went. We pulled together a team to write the AIAA paper to investigate the idea.  I can’t remember for sure, but I think Colin was planning on using this paper as part of his MBA that he’s been working on.  And then life got messy and complicated, and in the end we had to back out of the paper.  But we wanted to put these thoughts up here to spur people’s thinking. If someone is going to provide this service for Iridium, the clock is ticking.  Even a fast-paced spacecraft development project is going to take probably 2-3 years, and there’s really not too much longer that you can delay and still be of use to Iridium.  Basically, we wanted to get the idea out into public to see if someone could find a way to run with it.

URL: http://selenianboondocks.com/2010/12/servicing-iridiums-satellite-constellation-business-case-part-2-background-and-technical-challenges/

Leave a Reply

Your email address will not be published. Required fields are marked *