NZ739763B2 - Flexible capacity satellite constellation - Google Patents
Flexible capacity satellite constellation Download PDFInfo
- Publication number
- NZ739763B2 NZ739763B2 NZ739763A NZ73976316A NZ739763B2 NZ 739763 B2 NZ739763 B2 NZ 739763B2 NZ 739763 A NZ739763 A NZ 739763A NZ 73976316 A NZ73976316 A NZ 73976316A NZ 739763 B2 NZ739763 B2 NZ 739763B2
- Authority
- NZ
- New Zealand
- Prior art keywords
- pathway
- satellite
- link
- constellation
- terrestrial
- Prior art date
Links
- 230000037361 pathway Effects 0.000 claims abstract description 352
- 238000004891 communication Methods 0.000 claims description 37
- 210000004279 Orbit Anatomy 0.000 claims description 18
- 230000001702 transmitter Effects 0.000 claims description 11
- 230000000875 corresponding Effects 0.000 claims description 9
- 210000003284 Horns Anatomy 0.000 claims description 7
- 230000001808 coupling Effects 0.000 claims description 7
- 238000010168 coupling process Methods 0.000 claims description 6
- 238000005859 coupling reaction Methods 0.000 claims description 6
- 230000001360 synchronised Effects 0.000 claims 1
- 238000000034 method Methods 0.000 description 22
- 230000005540 biological transmission Effects 0.000 description 13
- 238000001914 filtration Methods 0.000 description 10
- 239000000969 carrier Substances 0.000 description 9
- 239000000203 mixture Substances 0.000 description 9
- 238000006243 chemical reaction Methods 0.000 description 7
- 238000003860 storage Methods 0.000 description 6
- 238000004132 cross linking Methods 0.000 description 5
- 150000002500 ions Chemical class 0.000 description 5
- 230000003321 amplification Effects 0.000 description 4
- 230000003466 anti-cipated Effects 0.000 description 4
- 238000001514 detection method Methods 0.000 description 4
- 238000003199 nucleic acid amplification method Methods 0.000 description 4
- 230000003068 static Effects 0.000 description 4
- 230000002123 temporal effect Effects 0.000 description 4
- 235000008694 Humulus lupulus Nutrition 0.000 description 3
- 238000004590 computer program Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 238000004519 manufacturing process Methods 0.000 description 3
- 238000005259 measurement Methods 0.000 description 3
- 230000003287 optical Effects 0.000 description 3
- 241000229754 Iva xanthiifolia Species 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000005286 illumination Methods 0.000 description 2
- 238000003780 insertion Methods 0.000 description 2
- 235000009808 lpulo Nutrition 0.000 description 2
- 229910000529 magnetic ferrite Inorganic materials 0.000 description 2
- 230000000051 modifying Effects 0.000 description 2
- 238000001228 spectrum Methods 0.000 description 2
- 230000001629 suppression Effects 0.000 description 2
- 229910000859 α-Fe Inorganic materials 0.000 description 2
- NLZUEZXRPGMBCV-UHFFFAOYSA-N Butylhydroxytoluene Chemical compound CC1=CC(C(C)(C)C)=C(O)C(C(C)(C)C)=C1 NLZUEZXRPGMBCV-UHFFFAOYSA-N 0.000 description 1
- 235000007575 Calluna vulgaris Nutrition 0.000 description 1
- 241000353097 Molva molva Species 0.000 description 1
- ASCUXPQGEXGEMJ-GPLGTHOPSA-N [(2R,3S,4S,5R,6S)-3,4,5-triacetyloxy-6-[[(2R,3R,4S,5R,6R)-3,4,5-triacetyloxy-6-(4-methylanilino)oxan-2-yl]methoxy]oxan-2-yl]methyl acetate Chemical compound CC(=O)O[C@@H]1[C@@H](OC(C)=O)[C@@H](OC(C)=O)[C@@H](COC(=O)C)O[C@@H]1OC[C@@H]1[C@@H](OC(C)=O)[C@H](OC(C)=O)[C@@H](OC(C)=O)[C@H](NC=2C=CC(C)=CC=2)O1 ASCUXPQGEXGEMJ-GPLGTHOPSA-N 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 230000001276 controlling effect Effects 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 230000003247 decreasing Effects 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000035611 feeding Effects 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000003116 impacting Effects 0.000 description 1
- 230000001788 irregular Effects 0.000 description 1
- 238000002955 isolation Methods 0.000 description 1
- 230000004301 light adaptation Effects 0.000 description 1
- 239000011159 matrix material Substances 0.000 description 1
- 230000000116 mitigating Effects 0.000 description 1
- 239000005022 packaging material Substances 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000003442 weekly Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H01—ELECTRIC ELEMENTS
- H01Q—ANTENNAS, i.e. RADIO AERIALS
- H01Q1/00—Details of, or arrangements associated with, antennas
- H01Q1/27—Adaptation for use in or on movable bodies
- H01Q1/28—Adaptation for use in or on aircraft, missiles, satellites, or balloons
- H01Q1/288—Satellite antennas
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/14—Relay systems
- H04B7/15—Active relay systems
- H04B7/185—Space-based or airborne stations; Stations for satellite systems
- H04B7/1851—Systems using a satellite or space-based relay
- H04B7/18513—Transmission in a satellite or space-based system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/14—Relay systems
- H04B7/15—Active relay systems
- H04B7/185—Space-based or airborne stations; Stations for satellite systems
- H04B7/1851—Systems using a satellite or space-based relay
- H04B7/18515—Transmission equipment in satellites or space-based relays
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/14—Relay systems
- H04B7/15—Active relay systems
- H04B7/185—Space-based or airborne stations; Stations for satellite systems
- H04B7/18521—Systems of inter linked satellites, i.e. inter satellite service
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/14—Relay systems
- H04B7/15—Active relay systems
- H04B7/204—Multiple access
- H04B7/2041—Spot beam multiple access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/14—Relay systems
- H04B7/15—Active relay systems
- H04B7/204—Multiple access
- H04B7/2046—SS-TDMA, TDMA satellite switching
Abstract
Embodiments provide in-flight configuration of satellite pathways to flexibly service terra-link and cross-link traffic in a constellation of non-processed satellites, for example, to facilitate flexible forward-channel and return-channel capacity in a satellite communications system. For example, each satellite in the constellation can include one or more dynamically configurable pathway, and switching and/or beamforming can be used to configure each pathway to be a forward-channel pathway or a return-channel pathway in each of a number of timeslots according to a pathway configuration schedule to form a bent-pipe signal path between a selected pair of fixed spot beams, wherein the pathway configuration schedule accounts for time-varying interconnectivity between the satellites of the constellation caused by movement of the multi-satellite constellation over time with respect to a plurality of terrestrial terminals. At least some of the pathways can be further selectively configured, in each timeslot, to carry "terra-link" traffic to and/or from terrestrial terminals and "cross-link" traffic to and/or from one or more other satellites of the constellation. ach satellite in the constellation can include one or more dynamically configurable pathway, and switching and/or beamforming can be used to configure each pathway to be a forward-channel pathway or a return-channel pathway in each of a number of timeslots according to a pathway configuration schedule to form a bent-pipe signal path between a selected pair of fixed spot beams, wherein the pathway configuration schedule accounts for time-varying interconnectivity between the satellites of the constellation caused by movement of the multi-satellite constellation over time with respect to a plurality of terrestrial terminals. At least some of the pathways can be further selectively configured, in each timeslot, to carry "terra-link" traffic to and/or from terrestrial terminals and "cross-link" traffic to and/or from one or more other satellites of the constellation.
Description
FLEXIBLE CAPACITY SATELLITE CONSTELLATION
FIELD
Embodiments relate lly to satellite communications systems, and, more particularly,
to providing flexible capacity in a bent-pipe satellite constellation.
BACKGROUND
In satellite constellations, a number of satellites work together to provide coverage to a
larger region than any of the satellites could cover on its own. For example, low Earth orbit (LEO)
satellites can typically orbit the Earth at altitudes of around 100 miles with orbital s of around
100 minutes, while geosynchronous satellites typically orbit the Earth at an altitudes of
approximately 26,200 miles with an orbital period of approximately 24 hours (one sidereal day) to
ntially match the Earth's on. Accordingly, LEO satellites can often operate with relatively
higher link budget (e.g., due to the relative proximity of the ite to the terrestrial terminals) and
with a relatively low latency (e.g., around 1 — 4 milliseconds for a LEO satellite, as opposed to around
125 econds for a geosynchronous satellite). However, the relative ity of a LEO ite
to the Earth can also reduce its ge area. Accordingly, a constellation of LEO satellites can be
used to manifest a collectively increased coverage area, thereby allowing the satellites to service a
larger region while exploiting the sed link budget and decreased latency provided by the lower
orbit. A LEO constellation can result in the system capacity being thinly spread over the entire
surface of the earth, with much of that capacity only available over the ocean where there may be
relatively little demand.
For a group of LEO satellites to provide useful and economic communications services, a
number of challenges are presented. For e, if communications beyond the range of a single
satellite is d, this can involve cross-links between multiple satellites of the llation.
Cross-links use additional power and mass on the spacecraft, and can thus be inefficient. Moreover,
coordination of cross—links to ensure connectivity as the satellites move adds complexity. In order to
maintain such cross-link, LEO satellite constellations are typically deployed with "processed"
satellites, such that each satellite in the constellation includes its own, rd processing for
handling communications with terrestrial terminals and coordination with other satellites in the
constellation. The processing involves de-modulating data communicated to the satellite on an
uplink to allow the destination for the data to be determined. Then, the data is re-modulated and
routed to the appropriate destination. This processing can add appreciable complexity, weight, and
expense to the satellites.
BRIEF SUMMARY
Among other things, systems and methods are described for providing in-flight uration
of satellite pathways to flexibly service link and cross-link traffic in a constellation of non-
processed satellites, for example, to facilitate le distribution of capacity in a ite
communications system. Embodiments operate in context of constellations of non-geosynchronous
(e.g., low Earth orbit (LEO), medium Earth orbit (MEO), etc.), ocessed (e.g., ipe)
satellites, each having at least one, dynamically configurable pathway (e.g., transponder) for
selectively carrying forward—channel or return—channel traffic. For e, each satellite in the
constellation can include multiple pathways, and switching and/or beamforming can be used to
configure each pathway to be a forward—channel pathway or a —channel pathway in each of a
number of timeslots according to a y configuration schedule. At least one (e.g., all) of the
satellites in the constellation can have an antenna system that can communicate with one or more
terrestrial terminals (as "terra-link" communications) and with one or more other satellites of the
constellation (as "cross—link" communications); and at least one of the pathways of the satellite can
be cally configured, in each timeslot, to communicate via a terra-link or a cross-link. For
example, in each timeslot, each pathway of each satellite of the constellation can be ively
configured ding to a schedule) to carry forward-channel terra-link c, return—channel terra-
link traffic, forward-channel cross—link traffic, or return-channel cross—link c. In some
implementations, some satellites of the constellation can be configured (pre-flight and/or in-flight)
to carry only terra-link traffic, only cross-link traffic, etc.
BRIEF DESCRIPTION OF THE DRAWINGS
The t disclosure is described in conjunction with the appended figures:
shows an illustrative satellite communications environment, according to various
embodiments;
shows an illustrative pathway configuration environment that uses switching for in—
flight configuration of pathways, according to various embodiments;
FIGS. 3A and 3B show examples of forward pathways, in accordance with various
embodiments;
WO 23621
FIGS. 3C and 3D show examples of return pathways, in accordance with various
ments;
shows an illustrative pathway configuration environment that uses beam forming for
in-flight uration of pathways, according to various embodiments;
shows an illustrative satellite architecture for implementing s beamforming
embodiments;
FIGS. 6A — 6C show an illustrative satellite communications environment in a first
communications scenario at each of three subsequent times, respectively;
FIGS. 7A — 7C show an illustrative satellite ications environment in a second
communications io at multiple subsequent times, tively, where each time includes
multiple timeslots;
FIGS. 8A — 8D show an rative satellite communications environment in a third
communications scenario at multiple subsequent times, respectively;
shows an illustrative portion of a satellite communications system including a
terrestrial terminal in communication with at least one satellite of a constellation, according to
various embodiments;
shows another illustrative portion of a satellite ications system including
multiple gateway terminals in ication with a backhaul network and a number of satellites,
according to various embodiments; and
shows a flow diagram of an illustrative method for in-flight configuration of satellite
pathways in a constellation, according to various embodiments.
In the appended figures, r components and/or features can have the same reference
label. Further, various components of the same type can be distinguished by following the reference
label by a second label that distinguishes among the similar components. If only the first reference
label is used in the specification, the ption is applicable to any one of the similar components
having the same first reference label irrespective of the second reference label.
DETAILED DESCRIPTION
In the following description, numerous specific details are set forth to provide a thorough
understanding of the present invention. However, one having ordinary skill in the art should
recognize that the invention can be practiced without these specific s. In some instances,
circuits, ures, and techniques have not been shown in detail to avoid obscuring the present
invention.
shows a simplified diagram of a satellite communications system 100, according to
various embodiments. The satellite communications system 100 includes a constellation of satellites
105, each following an orbital path 110 around the Earth. Each satellite 105 can be any suitable type
of communications satellite, including, for example, a low Earth orbit (LEO) satellite, a medium Earth
orbit (M ED) satellite, etc. For example, in an illustrative constellation of LEO ites, each satellite
105 can orbit the Earth along its l path 110 every ninety minutes.
The satellites 105 can e communications services by communicating with terrestrial
terminals 150. The terrestrial terminals 150 can be include gateway terminals and user terminals,
though other types of terrestrial terminals 150 are also contemplated. For e, while terrestrial
terminals 150 are generally shown and described with reference to terminals "on the ground," some
implementations of terrestrial terminals 150 can include terminals that are above or below the
Earth‘s e (e.g., user terminals that partially underground, partially or fully airborne, etc.,
though still relatively near the Earth surface as compared to the altitude of the satellites 105). The
terrestrial terminals 150 can include communications hardware and functionality (e.g., one or more
antennas, etc.) suitable for satellite communications, and communications hardware and
functionality for communicating with other associated devices, networks, etc. For example, the
terrestrial terminals 150 can communicate according to one or more protocols or formats, such as
those defined by DVB (e.g. DVB-S, DVB-$2, DVB-RC5) standards, WiMAX standards, LTE standards,
DOCSIS rds, and/or other standards in their native or adapted (modified) forms.
User terminals can include any le type of terminals ated with an end consumer
of satellite ications services. For example, a user terminal can include an antenna for
communicating with satellites 105 of the constellation (e.g., any of the ites 105 presently
nating the user terminal, as described below) and with various er premises equipment
(CPE), such as computers, local area networks (e.g., including a hub or router), Internet appliances,
wireless networks, satellite modems, satellite television receivers, etc. In one embodiment, an
a and a user terminal together comprise a very small aperture terminal (VSAT) with the
antenna measuring about 0.75 meters in diameter and having about 2 watts of transmit power.
Gateway terminals are sometimes ed to as hubs or ground stations. Each gateway
terminal can provide communication links to satellites 105 of the constellation (e.g., any of the
satellites 105 presently illuminating the gateway terminal, as described below) and to a network 160
(e.g., a backhaul network, or the like). The y als can format communications (e.g., data
packets, frames, etc.) for communication with the network 160, with satellites 105, with user
terminals, etc. Some implementations of gateway terminals can also schedule connectivity to the
user terminals. As described below, scheduling connectivity can include scheduling c and
connectivity across the constellation of satellites 105. For example, connectivity scheduling can
dynamically reconfigure electrical pathways between antenna feeds, and the like, to ally
manifest signal paths between terminals and satellites at each timeslot; and traffic scheduling can
determine which forward-channel and/or return-channel traffic to send via those signal paths at
each ot. Scheduling can alternatively be performed in other parts of the satellite
communication system 100, such as at one or more network operations centers (NOCs), gateway
command centers, etc., none of which are shown to avoid overcomplicating the figure. For example,
scheduling information can be communicated among the NOC(s), gateway command center(s),
satellite(s), and user terminals through a terrestrial network, a satellite command link, the
communications , etc.
For example, some embodiments of the satellite communications system 100 can be
architected as a "hub-spoke" system, in which forward-channel traffic is communicated from one or
more gateway terminals to one or more user als via one or more ites 105, and return-
channel traffic is communicated from one or more user terminals to one or more gateway als
via one or more satellites 105 (Le, user terminals do not communicate directly with other user
terminals). For example, in such an architecture, any communications n a user terminal and
the network 160 (e.g., the Internet) is relayed through one or more satellites 105 and one or more
gateway terminals. The network 160 can be any suitable type of network, for example, the Internet,
an IP network, an intranet, a wide-area network (WAN), a area network (LAN), a virtual private
k (VPN), a public switched telephone network (PSTN), a public land mobile network, and the
like. The network 160 can include various types of connections include wired, wireless, optical or
other types of links. The network 160 can also connect the gateway al with other gateway
terminals that can be in communication with one or more of the satellites 105.
In some embodiments, terrestrial terminals 150 can use one or more antennas to transmit
d uplink s to satellites 105 and to receive return downlink s from satellites 105.
For example, antennas of the terrestrial terminals 150 can e a reflector with high directivity
(e.g., pointed to a particular location in the sky crossed by one or more l paths 110) and low
directivity in other directions; antennas can have a wider field of view (e.g., to maintain more
contact with satellites 105 of the constellation as they travel along their respective orbital paths
110); and/or antennas can be steerable (e.g., by physically repointing the antenna, using multiple
receivers pointed in different directions, using beamforming to effectively point in different
directions, and/or any other suitable technique). The antennas can be implemented in a variety of
configurations and can e features, such as high ion between orthogonal polarizations,
high efficiency in operational frequency bands, low noise, etc. Some embodiments t various
techniques to optimize use of limited frequency spectrum available for communications. For
example, communications links between gateway terminals and the ites 105 can use the same,
overlapping, or different ission characteristics (e.g., carrier frequencies and transmission
bands, polarization, etc.) as each other, and as compared to those used between the ites 105
and the user terminals. Some terrestrial terminals 150 can be geographically dispersed, or
otherwise located (e.g., some or all gateway terminals can be located away from user terminals) in
such a way that tates frequency re-use.
Each satellite 105 can include an antenna subsystem 120 that has one or more as 125
for reception and transmission of signals. As used herein, "an antenna" can generally refer to one or
more instances of antenna hardware (i.e., references to "an antenna" are intended to be
interchangeable with it or implicit references to one antenna and/or multiple antennas). For
example, as described , an antenna 125 can comprise (e.g., manifest) multiple spot beams
(concurrently or sequentially) by using switching among multiple fixed reflectors, repointing one or
more movable reflectors, beamforming, and/or other techniques. a elements (e.g., feeds,
ports, etc.) can be energized to e an illumination patters that manifests the spot beams, each
effectively providing a coverage region for bi-directional communications with the satellite. The
illumination pattern (i.e., the spot beams) can be formed in any suitable manner, for example, using
a single feed per beam, multiple feeds per beam, phased array and/or other beamforming
techniques, etc. Some embodiments include one or more directional antennas 125 with one or
more reflectors (e.g., fixed) and one or more feed horns for each spot beam. The feed horns can be
employed for receiving uplink signals and transmitting downlink s. An antenna subsystem can
include multiple types of antennas (e.g., a beamforming array for terra-links and fixed horns for
cross-links).
Contours of a spot beam can be determined in part by the particular antenna 125 design and
can depend on factors, such as a location of a feed horn relative to its reflector, size of reflector,
type of feed horn, etc. Each spot beam’s contour on the Earth can lly have a conical cross-
sectional shape (e.g., circular, elliptical, parabolic, hyperbolic, etc.), illuminating a spot beam
coverage area for transmit and/or receive operations. For example, reference to "a spot beam" can
indicate a spot beam coverage area for both transmit and receive operations; reference to multiple
spot beams can indicate a transmit beam and a receive beam sharing substantially the same
coverage area (e.g., using different polarizations and/or carriers); etc. Some entations of the
satellites 105 can e in a multiple spot-beam mode, receiving and transmitting a number of
signals in ent spot beams. Each spot beam can use a single carrier (i.e., one carrier frequency),
a contiguous frequency range (i.e., one or more carrier frequencies), or a number of frequency
ranges (with one or more carrier frequencies in each frequency range). For example, uplink traffic
can be communicated in a first ncy band (e.g., 20 GHz), downlink traffic can be icated
in a second frequency band (e.g. 30 GHz), and ink traffic can be communicated in the same
frequency band(s) (e.g., 20 GHz and/or 30 GHz) and/or in different frequency band(s) (e.g., 23 GHz,
40 GHz, 60 GHz, etc.).
As illustrated, at least some satellites 105 of the constellation include a number of non-
processed pathways 130. Each of the pathways 130 can function as a forward pathway (i.e., to carry
d—channel communications) or a return pathway (i.e., to carry return-channel
communications) at any given instant in time. For e, in some embodiments, one or more first
pathways 130 can be dedicated as forward pathways, and one or more second pathways 130
(different from the first pathways 130) can be dedicated as return pathways. In some ments,
one or more pathways 130 can be used for both forward and return at different times using a frame
structure as described further herein. For example, uplink or cross-link signals are ed by the
satellite 105 via the antenna(s) 125 and first transceivers 135a (i.e., one or more receivers, in this
case), directed along one or more of the pathways 130 to second transceivers 135b (i.e., one or
more itters, in this case), and itted from the ite 105 via the antenna(s) 125 (e.g.,
the same or different antenna(s) 125) as downlink or cross-link signals. In some embodiments, a
satellite 105 can include fully configurable pathways 130 used for forward and return, partially
configurable pathways 130 used for forward, partially configurable pathways 130 used for ,
dedicated (non-configurable) pathways 130, and/or any combinations thereof. As used herein, a
"configurable" pathway is intended to mean a pathway 130 that is dynamically configurable while
the satellite 105 is in flight using a pathway configuration subsystem 140. For e, the pathway
configuration subsystem 140 maintains a pathway uration schedule that can indicate a
configuration for each of some or all pathways 130 at each of a number of timeslots. The timeslots
can be arranged according to frames, sub—frames, super-frames, individual slots, or in any suitable
manner. In some instances, a configurable pathway can maintain a static configuration for some or
all timeslots in accordance with a ular pathway configuration schedule. For example, a
satellite 105 can be designed in such a way that some of its configurable pathways are initially
assigned to static configurations; and those pathways‘ configurations can be changed subsequently
(e.g., in flight) by changing the pathway configuration le. In st, non-configurable
pathways are designed a priori with a static uration, which cannot be changed by a pathway
configuration schedule (e.g., the pathway es a fixed signal path between two antenna feeds).
As described below, the pathway configuration subsystem 140 can dynamically reconfigure
the pathways 130 (Le, the configurable pathways) in any suitable manner, for example, using fast
switching, beamforming, and/or other techniques. For the sake of illustration, a particular pathway
130 can be configured as a forward pathway in a first timeslot by using ing or other
techniques to couple a receive side of the pathway to an antenna that is led to receive
forward—channel traffic during that timeslot, and to couple a transmit side of the pathway to an
antenna that is scheduled to transmit the forward-channel traffic during that timeslot; and the
particular y 130 can be configured as a return pathway in a second timeslot by using
switching or other techniques to couple a e side of the pathway to an antenna that is
scheduled to receive return-channel traffic during that timeslot, and to couple a transmit side of the
pathway to an antenna that is led to transmit the return-channel traffic during that timeslot.
One benefit of the bent—pipe style pathway switching (which can be viewed as a type of circuit
switching as opposed to conventional LEO systems which use processing and packet switching) can
be increased transparency to differing waveforms and tion formats.
Dynamic pathway configuration can be used to provide various types of features. One such
feature includes facilitating dynamic adaptation of the constellation ty to changes in demand,
changes in gateway number and/or location, etc. r such feature includes adapting physical
tivity to movement of the constellation over time to establish and/or maintain logical
connectivity between source and destination terminals. For e, the connectivity between a
particular source terminal and destination terminal can be adjusted to traverse a different set of
terra—links and cross-links as different ites 105 move in and out of visibility with respect to
those terminals. As r example, a particular set of cross-links used to connect two areas may
be varied to connect cross-linked traffic around satellites or regions that have high demand. Yet
another such feature, as described above, involves dynamically adjusting which portions of the
satellite 105 capacity (and ponding re and software resources) are being used to
service forward—channel traffic and return—channel c in each timeslot, and/or to cally
adjust spot beam configurations (e.g., which spot beams are being used, what types of traffic they
are supporting, where they are pointing, etc.) in each timeslot. For example, a pathway
configuration schedule can be defined so that a first fraction of time in each timeframe (e.g., some
number of timeslots in each frame) is used to t forward traffic and a second fraction of time
in each timeframe is used to support return traffic, and the first and second fractions are selected
(e.g., dynamically) based on a desired and/or needed ratio between forward and return capacity.
According to the above, references to dynamic pathway configuration, y ing, and/or
the like can generally be directed to facilitating any of the above or other such features.
As described herein, the satellites 105 of the constellation e satellite communications
services by communicating with terrestrial terminals 150 and with other satellites 105 of the
constellation. Some or all satellites 105 of the constellation can communicate with terrestrial
terminals 150 using one or more spot beams (e.g., using one or more carriers, one or more
polarizations, etc.) directed for communications over one or more "terra-links" 145 (Le, a direct
wireless communications link between a particular satellite 105 and one or more terrestrial
terminals 150), and some or all satellites 105 of the constellation can communicate with other
satellites 105 using one or more spot beams (e.g., using one or more rs, one or more
polarizations, etc.) ed for communications over one or more "cross-links" 155 (Le, a direct
wireless communications link between two satellites 105 in the constellation). In some
implementations, one or more satellites 105 of the constellation only icate via terra-links
145, and/or one or more ites 105 of the constellation only communicate via cross-links 155.
For example, dynamic configuration of pathways 130 by the pathway uration subsystem 140
can enable a particular spot beam (in a particular timeslot) to selectively provide forward-channel or
return—channel capacity for one or more gateway terminals via one or more terra-links 145, a
number of user terminals via one or more respective terra-links 145, both y and user
terminals via one or more respective terra-links 145, another satellite 105 via a cross-link 155, etc.
It can be impractical or otherwise undesirable to provide satellite communications services
with a single lower-orbit satellite 105. For example, while in , each satellite 105 can effectively
illuminate one or more regions of the Earth (e.g., with its one or more spot beams). As the orbital
altitude of a satellite 105 decreases, its m effective spot beam coverage area can similarly
decrease. Further, for non-geostationary satellites 105, the ively illuminated region of a spot
beams can travel as its satellite 105 travels along its orbital path 110, so that the same satellite 105
illuminates different regions of the Earth at different times (e.g., a typical LEO satellite can move
from one horizon to the other, relative to a terrestrial terminal location, in about ten minutes).
onally, the effectively illuminated region can change in size and/or shape over time with
changes in trial topology, obstacles, etc. For example, at different geographical locations, the
surface of the Earth can be closer or r from the l paths 110 (e.g., because of mountains
or valleys, ity to the equator, etc.), so that the spot beam coverage area is slightly larger or
smaller; terrain and/or obstacles can impact the line-of-sight between the satellites 105 and
terrestrial terminals 150, so that the effective coverage area serviced by the spot beam is irregular;
etc. Such impacts of terrain and obstacles on spot beam coverage areas can be more pronounced
with lower-orbit satellites 105. Thus, a single lower—orbit satellite 105 can lly manifest a
relatively small ge area that constantly changes position and is prone to obstacles and
changes in terrain.
Accordingly, embodiments of the satellite communications system 100 include many such
satellites 105 operating together as a constellation. Using a constellation architecture, le
satellites 105 can operate in ction to service a much larger, and potentially more stable,
coverage area than any single lower-orbit and/or non-geosynchronous ite. However, acting as
a constellation can involve coordination between the satellites 105. For example, if a terrestrial
terminal 150 is receiving data via a satellite 105, and the satellite 105 moves to where it is no longer
illuminating a region of the trial al 150, maintaining communications with the terrestrial
terminal 150 can involve g off the communications to another satellite 105 in the
constellation. Proper hand-off of the communications can depend on an awareness by the satellite
communications system 100 of the positions of the satellites 105 over time relative to the terrestrial
terminals 150, communications characteristics (e.g., present and/or predicted sources and
destinations of traffic, present and/or predicted ty tions, present and/or predicted link
conditions, etc.), and/or other information.
Traditional satellite constellations typically include so-called “processing" (or "processed")
ites that demodulate received signals and re-modulate the signals for transmission. In some
such processing satellite architectures, coordination between the ites of the constellation can
typically be performed by the satellites lves. This can permit the satellites to coordinate and
relay operations across a large constellation (e.g., with many satellites and/or spread over a large
area) without involving tically large numbers of gateway terminals, or the like.
Embodiments of the satellites 105 described herein are "bent pipe" (also called "non-
sed") satellites, such that signals passing through a pathway 130 need not be demodulated
and re-modulated as in processing satellite architecture. Instead, signal manipulation by a bent pipe
satellite 105 can provide functions, such as frequency translation, polarization conversion, filtering,
amplification, and the like, while omitting data demodulation/modulation and error correction
decoding/encoding. As described above, some or all of the satellites 105 in the constellation can
have one or more flight-configurable pathways 130, and each pathway 130 is a bent pipe pathway
130.
Satellite constellations in accordance with embodiments bed herein can provide
appreciable benefits and features over ional LEO constellations that use processed satellites
and on—board routing (sometimes called "packet-switch in space"). For example, revenue of a
ite communications system is typically based on throughput (i.e., actual data transmission
n different nodes of the ). As such, revenue can be considered in terms of an amount
of data that is sourced from, or sinked by, terrestrial terminals 150. When considered in such a
manner, traffic that is cross—linked wastes resources (e.g., any receiving of data from other than a
terrestrial data source and/or transmitting of data to other than a terrestrial destination uses
spacecraft volume, , power, etc. without directly generating revenue). One conventional
technique for mitigating wasted resources due to cross-linking is to charge higher rates (e.g., thereby
ing more revenue per bit) for longer distance and/or other traffic that experiences multiple
"hops" between its source and destination terrestrial terminals.
Various features of embodiments described herein can mitigate wasted satellite
constellation resources due to cross-linking. First, use of non-processed satellites 105 can avoid
some of the cross-linking inefficiency by not wasting on-orbit resources on demodulating and re-
modulating data at each link. Second, because the constellation has flexible connectivity, it is
possible to dynamically adapt satellite resources (pathways 130) to an optimally efficient
configuration. For example, as noted above, cross-links can be viewed as wasted resources. Thus,
when a large percentage of traffic is being cross-linked, this can be indicative of a sub-optimal
arrangement, and sed capacity in the system may be obtained by deploying (or relocating)
gateways to reduce the amount of cross-linked traffic. ility ed by dynamic pathway
configuration can further allow the ites 105 to adapt in flight to changes in numbers and/or
locations of terrestrial terminals 150. For example, a satellite communications system can be
deployed with a relatively small number of gateways to support a relatively small amount of traffic.
As traffic (and, therefore, ty demand) increases, gateways can be added to reduce link
traffic (and, thereby, increase ty). For example, with a single gateway, the constellation
capacity can be considered as X, where X is the capacity of a single ite 105 (e.g., assuming all
satellites 105 in the constellation have the same capacity). Any amount of capacity (e.g., time) being
used for cross-linking is unavailable for sourcing or sinking traffic terrestrially. Thus, adding
gateways in locations that reduce the amount of cross-linking can effectively avail more capacity. If
enough gateways are properly located, all cross-links can theoretically be eliminated, driving the
llation capacity to N * X, where N is the number of satellites 105. More typically, gateways
will be added at land-based ons close to phic areas of higher , and ive use
of cross-links will be made over oceans and other areas with lower demand. Since demand tends to
peak in/around large cities, placement of gateways in similar areas lly reduces the need for
cross-links and allows for increased constellation capacity.
FIGS. 2 — 5 show various implementations of pathways 130 and techniques for ght
configuration thereof. shows an illustrative pathway configuration environment 200 that uses
ing for in-flight configuration of pathways 130, according to various embodiments. The
pathway configuration environment 200 es one or more pathways 130. In general, the
pathways 130 can provide for conversion of uplink signals received by the satellite 105 into downlink
signals for transmission by the satellite 105. Each pathway 130 can include a receiver (Rx) and a
transmitter (Tx) (not shown). Each receiver can include a low-noise amplifier (LNA), and each
transmitter can include a high-power amplifier (HPA) (e.g., a traveling wave tube amplifier (TWTA) or
solid state power amplifier (SSPA)). The receiver and transmitter are not limited to these
components, however, and can e other components as well, including for example,
components that provide frequency conversion (e.g., a down converter), filtering, and the like. The
specific components included in each pathway 130 and the configuration of those components can
vary depending on the particular application.
The pathway configuration environment 200 can include N terra-links 220 and M cross-links
225, which for conciseness are referred to as feed; it will be appreciated that the feeds can be one or
more antennas (e.g. antenna(s) 125 described in reference to . As illustrated, it is assumed
that the N link feeds 220 service terrestrial terminals 150, such as gateway and user terminals,
and the M cross-link feeds 225 service one or more other satellites 105 of the constellation. For
example, a ite 105 can e two cross-link feeds 225 (Le, M = 2) to facilitate
communications with each adjacent satellite 105 sharing its orbit; a satellite 105 can include four
link feeds 225 (Le, M = 4) to facilitate communications with each adjacent satellite 105 sharing
its orbit and satellites 105 in each adjacent orbit; a satellite 105 can include four cross—link feeds 225
(Le, M = 4) to facilitate communications with each of the next two ing satellites 105 and the
next two trailing satellites 105 in its orbit; or any suitable number of cross-link feeds 225 to facilitate
communications with other satellites 105 in the constellation. Similarly, satellites 105 can include
any suitable number of terra-link feeds 220 for communicating with terrestrial terminals. For
example, a satellite 105 can include one terra-link feed 220 (Le, N = 1) corresponding to a single
spot beam; a satellite 105 can include tens of terra-link feeds 220 (e.g., N = 30) corresponding to
multiple spot beams; etc. As described above, while the illustrated configuration can tate fully
configurable pathways 130, some satellites 105 in the constellation can have only terra-link feeds
220, only link feeds 225, or only n combinations thereof. The feeds can be selectively
coupled with the pathways 130 via switches (e.g., fast switches, such as, for example, a ferrite
switch). For example, a e side of each pathway 130 can be coupled with a particular terra-link
feed 220 or cross—link feed 225 via one or more receive switches 230, and a transmit side of each
pathway 130 can be coupled with a particular terra-link feed 220 or cross-link feed 225 via one or
more transmit switches 235. By configuring the receive switches 230 to couple the receive side of a
pathway 130 to a particular feed that is presently scheduled to receive forward-link traffic, and by
configuring the transmit switches 235 to couple the transmit side of the pathway 130 to a ular
feed that is presently scheduled to transmit the forward-link traffic, the pathway 130 can effectively
be configured as a forward y. By configuring the receive switches 230 to couple the receive
side of a pathway 130 to a particular feed that is presently scheduled to receive return—link traffic,
and by uring the transmit switches 235 to couple the transmit side of the pathway 130 to a
particular feed that is presently led to transmit the return-link traffic, the pathway 130 can
ively be configured as a return y. With le receive switches 230 and transmit
es 235 configuring multiple pathways 130, the capacity of the satellite 105 can thereby be
dynamically and flexibly assigned, in flight, to service a ble allocation of forward-channel and
return-channel capacity and desirable al and spatial characteristics of the beam coverage.
The configurations of the receive switches 230 and the transmit switches 235 (Le, and,
thereby, the configurations of the pathways 130) can be directed by a y configuration
subsystem 140. As illustrated, embodiments of the pathway configuration subsystem 140 can
operate according to a switching schedule 210. For example, the switching schedule 210 defines a
configuration for the receive switches 230 and the transmit switches 235 in each of a number of
timeslots. In some embodiments, the ite constellation can operate according to a framed hub-
spoke beam-switched pathway access protocol. For example, the protocol can include timeslots
similar to those of a Satellite Switched Time-Division Multiple Access (SS/TDMA) scheme, except that
each timeslot of each frame can correspond to either forward-link (e.g., gateway to user terminals)
or return-link (e.g., user terminals to gateway) traffic from a transmitting beam to a receiving beam.
er, timeslots can be for same-satellite links (e.g., terra—link to terra-link) or multi—satellite
links (e.g., terra-link to link; cross-link to terra-link). During normal operation, continuous
streams of frames are typically used to facilitate communications. le als can be
serviced during each time slot using well-known multiplexing and multiple access techniques (e.g.,
ivision Multiplexing (TDM), Time-Division Multiple Access (TDMA), Frequency—Division
Multiple Access (FDMA), Frequency Time-Division Multiple Access (MF-TDMA), Code-Division
Multiple Access (CDMA), and the like). For example, a forward—link ot can be divided into
multiple sub-slots, wherein transmissions to different terminals or groups of terminals are made in
each sub—slot. Similarly, a return—link timeslot can be divided into multiple sub-slots. Some slots or
sub-slots can be reserved for network control or signaling information (e.g., communication of
scheduling information). According to s embodiments, the switching schedule 210 can repeat
a switching pattern in each frame, or more or less often, as desired. For example, multiple switching
patterns can be stored as part of the switching le 210, and can be selected either
autonomously according to particular rules (e.g., according to a schedule, for example, to meet
ent demand at different times of day or when the satellite 105 is in different geographic
regions) or in response to receiving a directive (e.g., via another satellite 105, from a terrestrial
terminal 150, etc.).
In some implementations, each satellite 105 can switch between a large number of beams
(e.g., feeds). n implementations permit complete flexibility among the beams, for example, by
providing switching that can couple any y 130 with any beam. In other implementations,
subsets of ys 130 can be coupled with subsets of beams. For example, in one
implementation, each switch is an 8-by-8 matrix switch, or the like, such that each switch can
selectively couple eight of the pathways 130 with eight of the beams. Accordingly, the beams can be
grouped into "beam groupings" according to their shared switching. For example, beam groupings
can be assigned to optimize an objective function corresponding to any suitable objective, such as
balancing demand (e.g., balancing the total demand for capacity of each beam group), ng
capacity to demand (e.g., matching the total demand for capacity to the capacity provided by the
beam group), minimizing interference (e.g., beams that are closer to each other generally cause
more interference with each other than beams that are farther from each other, and beams can be
d with other beams that are close to each other), ng of busy hour load (e.g., ed
system performance can be obtained if the ”busy hour” occurs at different times for beams that are
in the same beam group, which can allows shifting of ty n beams in the beam group
depending on which beam is seeing the busy hour), minimizing scheduling conflicts (e.g., minimizing
the number of beam conflicts that must be flicted by the design of pathway configuration
patterns), etc. Other considerations can also impact beam groupings. For example, groupings can
be confined so that one and only one gateway beam is assigned per beam group, so that each user
beam is assigned to only one beam group, so that the feeds for all beams in a beam group are
located on the same feed array (illuminated by the same reflector), etc. In some embodiments, the
beam groupings are a design-time configuration (i.e., the beam groupings are effectively hard—coded
in accordance with their connections to switches), while the pathway 130 configurations are an in-
flight configuration (e.g., the pathway configuration subsystem 140 can cally switch the
pathway 130 couplings in flight according to the switching schedule 210).
The switching schedule 210 can be used to define the pathway 130 configurations for the
satellite 105 at each timeslot, and those pathway 130 configurations can be scheduled to coordinate
operations of multiple ites 105 in the constellation. For example, at each timeslot, the end-to-
end connectivity (e.g., for supporting forward-channel and return-channel traffic) throughout the
constellation can be defined by one or more switching schedules 210 distributed among multiple
satellites 105. In some implementations, some or all of the satellites 105 of the constellation can
maintain a dedicated switching schedule 210 for that satellite 105; while in other implementations,
some or all of the ites 105 of the constellation can maintain a shared switching schedule 210
that s ing configurations of multiple satellites 105 at each timeslot. As bed below,
the switching le 210 can be received by the satellite in any suitable manner. For example, the
switching schedule 210 can be relayed to the satellite 105 in flight from another satellite 105 (e.g.,
via a cross-link feed 225), communicated to the satellite 105 in flight from a terrestrial terminal 150
(e.g., from a gateway terminal via a link feed 220), ored (e.g., hard—coded, pre-
mmed, etc.) before the satellite 105 is in flight, etc.
FIGS. 3A and 3B show examples of forward pathways 130, in accordance with various
embodiments. The illustrated pathways 130 can represent a particular pathway 130 configuration at
a snapshot in time (e.g., at a particular timeslot), or a partially configurable pathway 130 (Le, one
having only it switching capability). In general, it is assumed that forward-channel c is
traffic ed for one or more user terminals. Such traffic can typically originate from a gateway
terminal. However, in the context of a constellation, d-link traffic can be received at one
satellite 105 from another satellite 105 (e.g., the signal path from a source gateway terminal to a
destination user terminal can include multiple inter—satellite hops). As illustrated in , a
receiver 135a can e forward uplink signals via a terra—link beam feed 220 (e.g., a gateway beam
feed, a gateway/user terminal beam feed, etc.) from one or more gateway terminals. As illustrated
in , a receiver 135a can receive forward uplink signals via a link beam feed 225 from one
or more satellites. Though not shown, it is contemplated that some architectures can permit
forward-link traffic to be communicated from a source user terminal to a destination user terminal
(e.g., in a non-hub-spoke architecture).
In both FIGS. 3A and SB, the output of the receiver 135a can be coupled (via a pathway 130)
to the input of a itter 135b. The transmitter 135b can be coupled to one or more transmit
switches 235. For example, the transmit switch 235 can be positioned after the transmitter 135b of
the pathway 130 along a signal path. The transmit switch 235 can be used to l an output from
the pathway 130 by dynamically switching the transmission signal between any of a number of terra-
link feeds 220 (e.g., servicing one or more user terminals via N user beam feeds) and/or between
any of a number of cross-link feeds 225 (e.g., servicing one or more satellites 105 via M satellite
beam feeds). As described above, the transmit switches 235 can be ed by the pathway
configuration subsystem 140 according to a switching schedule 210. For example, the transmit
switches 235 can cycle between different switch positions according to a switching pattern (e.g., for
the beam group) to provide forward link capacity to output beams associated with each of the
output beams feeds.
The ing pattern can define a set of switch positions versus time during a frame,
thereby defining which feed the transmit switch 235 connects to the transmitter 135b at any given
time. In some implementations, the switching schedule 210 can be stored in memory at the
y configuration subsystem 140. The switching le 210 can be uploaded to the pathway
configuration subsystem 140 using an uplink signal that can be in-band (e.g., using particular time
slots or carriers within the communications system) or out-of—band (e.g., using a separate command
control and telemetry link to the satellite 105). The on of time the transmit switch 235 spends
in each position can determine the d-link capacity ed to each beam. Flexible allocation
of forward-link capacity can be accomplished by altering the amount of time the transmit switch 235
spends at each position. In other words, forward-link capacity is flexibly allocated by changing the
relative duty cycle by which the pathway 130 serves the beams. The time allocation can be dynamic
(e.g., varying with the hour of the day) to accommodate temporal variations of a load in each beam.
The transmit switches 235 can be fast switches (capable of switching rapidly ve to frame
), for example, operating at radio frequency (RF), such as Ka band frequencies. In some
embodiments, a e switch can be used for the transmit switch 235. Ferrite switches can provide
fast switching, low insertion loss (e.g., do not substantially impact equivalent isotropically radiated
power (EIRP) or gain-to-noise-temperature (G/T)), and high power handling capabilities.
FIGS. 3C and 3D show examples of return pathways 130, in accordance with various
embodiments. The illustrated pathways 130 can represent a particular pathway 130 configuration at
a snapshot in time (e.g., at a ular timeslot), or a partially urable pathway 130 (Le, one
having only receive switching lity). In general, it is assumed that return—channel traffic is
traffic destined for one or more gateway terminals. Such traffic can lly ate from a user
terminal. However, in the context of a constellation, return-link traffic can be received at one
satellite 105 from another satellite 105 (e.g., the signal path from a source user terminal to a
destination gateway terminal can include multiple inter-satellite hops). Further, the return-link
c can be transmitted from the satellite 105 to the one or more destination gateway terminals
either directly or via one or more other satellites 105.
An input of a receiver 135a can be coupled with one or more receive switches 230. For
example, the receive switches 230 can be positioned before the receiver 135a of the pathway 130 in
a signal path. The receive switches 230 can be used to control an input to the pathway 130 by
dynamically ing the receive signal between any of a number of terra-link feeds 220 (e.g.,
servicing one or more user terminals via N user beam feeds) and/or n any of a number of
cross-link feeds 225 (e.g., servicing one or more satellites 105 via M satellite beam feeds). As
described above, the receive switches 230 can be directed by the pathway configuration subsystem
140 according to a switching schedule 210. For example, the receive es 230 can cycle
n different switch positions according to a switching n (e.g., for the beam group) to
provide return—link capacity to input beams associated with each of the input beams feeds. The
switching pattern can be used in the return pathway entations of FIGS. 3C and 3D can be
implemented in a substantially identical manner as, and/or can perform substantially corresponding
ons to, those described above with reference to the forward y implementations of
FIGS. 3A and 3B. For example, the pattern can define a set of switch positions versus time during a
frame, y defining which feed the receive switches 230 connect to the receiver 135a at any
given time; and the on of time the receive switches 230 spend in each position can determine
the return-link capacity provided to each beam. Time allocation can be static or dynamic over time
(e.g., to accommodate temporal variations of a load in each beam).
The output of the receiver 135a can be d (via a pathway 130) to the input of a
transmitter 135b. The transmitter 135b can be coupled to one or more transmit switches 235. As
illustrated in , the transmitter 135b can transmit return downlink signals via a terra-link beam
feed 220 (e.g., a gateway beam feed, a gateway/user terminal beam feed, etc.) to one or more
gateway als. As illustrated in , the transmitter 135b can transmit return downlink
signals via a link beam feed 225 to one or more satellites. Though not shown, it is
contemplated that some architectures can permit return-link traffic to be communicated from a
source gateway terminal to a destination gateway terminal (e.g., in a non-hub—spoke architecture).
shows an illustrative pathway configuration environment 400 that uses beam forming
for in-flight configuration of pathways 130, according to various embodiments. For example, some
or all ites 105 of the llation can support a non-processed, bent pipe architecture with
phased array antennas used to produce small spot beams. Those satellites 105 (Le, the pathway
configuration environment 400) can include K generic pathways 130, each of which being allocable
as a forward pathway or a return pathway in any timeslot (or, as described above, some pathways
can be partially urable). Large reflectors can be illuminated by a phased array providing the
ability to make ary beam patterns within the constraints set by the size of the reflector and the
number and placement of the antenna elements. Phased array fed reflectors can be employed for
both receiving uplink s and transmitting downlink signals. The specific components included in
each pathway 130 and the configuration of those components can vary depending on the particular
application.
The pathway configuration nment 400 can include N terra-link feeds 220 and M cross-
link feeds 225. The feeds can be feeds of one or more antenna (e.g., antenna(s) 125 of . As
illustrated, it is assumed that the N terra-link feeds 220 service trial terminals 150, such as
gateway and user terminals, and the M cross—link feeds 225 service one or more other ites 105
of the llation. As bed above, while the illustrated configuration can facilitate fully
configurable pathways 130, some satellites 105 in the constellation can have only terra-link feeds
220, only link feeds 225, or only certain combinations thereof. The feeds can effectively be
selectively coupled with the pathways 130 by adjusting beam weightings, thereby dynamically
configuring the connectivity of pathways 130. For example, beam weightings can be set by a
receive—side beamforming network 280 to effectively pass traffic received by one or more terra—link
feeds 220 and/or cross-link feeds 225 into receive sides of one or more pathways 130, and beam
ings can be set by a transmit-side beamforming network 285 (or, more precisely, a transmit-
side "feed forming" network) to effectively pass traffic from the it sides of the one or more
pathways to one or more terra-link feeds 220 and/or cross-link feeds 225. Each y 130 can be
configured as a forward pathway by uring the receive—side beamforming network 280 and the
transmit-side beamforming network 285 to create a signal path h a pathway 130 for forward-
channel traffic, and each pathway 130 can be configured as a return pathway by configuring the
receive-side beamforming network 280 and the it-side beamforming network 285 to create a
signal path h a pathway 130 for return—channel traffic. With the receive—side rming
network 280 and the transmit-side beamforming network 285 configuring multiple pathways 130,
the capacity of the satellite 105 can thereby be dynamically and flexibly assigned, in flight, to service
a desirable allocation of forward—channel and return-channel capacity and desirable temporal and
spatial characteristics of the beam coverage.
The receive-side beamforming k 280 and the it-side beamforming network 285
can be dynamic, allowing for quick nt of the locations of both transmit and receive beams
(e.g., by quickly hopping both the transmit and the receive beam positions). The rming
networks can dwell in one beam hopping pattern for a period of time called a timeslot dwell time,
and beam location patterns, or beam weighting patterns can be arranged into sequences of beam
hopping frames. The frames can repeat, but can also be dynamic and/or time-varying. The duration
and location of the receive and it beams ated with beam hop timeslots can also vary,
both between frames and within a frame.
The ings applied by the receive—side beamforming subsystem 280 and the transmit-
side beamforming subsystem 285 (Le, and, thereby, the configurations of the pathways 130) can be
ed by a pathway uration subsystem 140. As illustrated, embodiments of the pathway
uration subsystem 140 can operate according to a weights schedule 260. For example, the
weights schedule 260 defines which weights to apply in each of a number of timeslots. The weights
schedule 260 can be used in substantially the same way as the switching schedule 210 described
above with reference to FIGS. 2 — 3D. In some implementations, beamforming can be used to
provide full ility across a large number of pathways 130 without involving large switching
systems, beam groupings, etc. The weights schedule 260 can be provided to, and/or stored by, each
satellite 105 in any suitable manner. For example, the weights schedule 260 can be relayed to the
satellite 105 in flight from another satellite 105 (e.g., via a cross-link feed 225), icated to the
ite 105 in flight from a terrestrial terminal 150 (e.g., from a gateway terminal via a terra-link
feed 220), pre—stored (e.g., hard—coded, pre-programmed, etc.) before the satellite 105 is in flight,
etc. Further, the weights schedule 260 maintained by a particular satellite 105 can be any suitable
weights schedule 260, including, for example, a dedicated weights le 260 for that satellite
105, a shared weights schedule 260 for some or all satellites 105 in the constellation, etc.
shows an illustrative satellite architecture for implementing various rming
embodiments. Antenna elements 502 and 504 are shown for both left-hand polarization (LHP) and
right-hand zation (RHP) to support multiple polarizations. In some embodiments (not shown),
the satellite architecture supports only a single polarization. In other embodiments, the satellite
architecture operates with a single polarization although it supports multiple polarizations. Two
separate antenna systems are used in the example of one for receive (Rx) and one for
transmit (Tx), but an integrated Tx/Rx antenna system could also be used. Each antenna system can
include large reflector 506, 508 which is illuminated by a phased array consisting of L antenna
elements in the array. The example of uses a phased array fed reflector as its antenna system,
but Direct Radiating Array (DRA) or any other type of phased array based antenna system that uses a
beam forming network can be used in other embodiments.
The Rx system can consist of er elements in the phased array, and the output of each
element port can be ted to a Low Noise Amplifier (LNA). Each LNA can be located close to the
associated feed element to minimize the system noise temperature. The LNAs can be coupled
directly to the feed elements, which can yield an optimal noise figure. The output of each of the 2 X
er LNAs can be coupled to Rx beam forming network 280, which can be composed of both LHP and
RHP sections. Since the system noise figure is essentially set by the LNAs, Rx beam forming network
280 can be located away from the LNAs with an interconnection of, for example, coaxial cable or a
waveguide. Rx beam forming network 280 can take the 2 X er inputs and e K output s,
each corresponding to one of the K Rx beams. Rx beam forming k 280 can operate at the Rx
frequency and provide no frequency translation, in this e.
The K outputs of Rx beam forming network 280 from both the LHP and RHP sections can be
fed through K signal y hardware sections. In some embodiments, the same number of
pathways 130 can be used for each available polarization (e.g., LHP and RHP), gh in general
there can be a different number of pathways 130 connected to the received signals of each
polarization. Each pathway 130 of the bent-pipe architecture typically consists of a frequency
conversion process, filtering, and selectable gain amplification. Other forms of processing (e.g.,
demodulation, remodulation, or remaking of the received signals) are not performed when using a
bent—pipe architecture. The frequency conversion can be required to convert the beam signal at the
uplink frequency to a te downlink frequency, for example, in a bent-pipe architecture. The
filtering generally consists of pre-filtering before the downconverter and post-filtering after the
downconverter and is present to set the bandwidth of the signal to be itted as well as to
eliminate undesired mixer intermodulation products. The selectable gain channel amplifier can
provide ndent gain settings for each of the K pathways in the example of
Tx beam forming network 285, which can include both LHP and RHP ns, can te 2
X th outputs from the K y output signals. In some embodiments, the pathway output signals
that derive from an LHP receive beam can be output on a RHP transmit beam, and vice versa. In
other embodiments, the pathway output signals that derive from an LHP receive beam can be
output on a LHP transmit beam. Tx beam forming network 285 can operate at the Tx ncy and
can provide no frequency translation in this example. The outputs of Tx beam forming network 285
are coupled to 2 X th high power amplifiers (HPAs). The ic filters (HF) connected to the
output of each HPA can perform low pass filtering to provide suppression of the second— and higher-
order harmonics, for example, from the output of the HPAs. The output of the harmonic filters can
then be input to the 2 X th feed elements in the Tx phased array. Each HPA and harmonic filter can
be located close to the ated Tx feed element to minimize the . Ideally, the HPA/HFs can
be attached directly to the Tx feed elements, which can yield an optimal radiated power.
As shown in separate reflectors 506, 508 and feed arrays can be used for the Tx and
Rx beams. However, as described above, in some embodiments a single reflector and a single feed
array are used to m both Tx and Rx functions. In these embodiments, each feed can include
two ports, one for Tx and one for Rx. For a system using two polarizations (e.g., RHP and LHP), a 5-
port feed (2 for Tx and 2 for Rx) can be included. To maintain acceptable Tx to Rx isolation, such a
single reflector approach can also employ diplexers or other filtering elements within some or all of
the feed elements. These filtering elements can pass the Rx band while providing suppression in the
Tx band. The increased number of feed elements and the phase matching ements for the
BFN’s can make this ch more complex to implement but can reduce costs ated with
multiple tors and multiple feed arrays.
In some embodiments, Rx beam forming network 280, Tx beam forming network 285, or
both, can use time-varying beam weights to hop receive beams location, transmit beam locations, or
both, around over time. These beam weight values can be stored in Beam Weight Processor (BWP)
514. BWP 514 can also provide the control logic to generate the proper beam weights at the proper
times. BWP 514 can be connected to the ground via bi-directional data link 516, which can be in-
band with the traffic data or out-of—band with its own antenna and transceiver. Bi-directional data
link 516 is shown as bi-directional in the example of to assure that the t beam weights
have been received by BWP 514. As such, error detection and/or correction techniques, including
retransmission requests, can be supported using the bi-directional link. In other embodiments, a
uni-directional link is used with error detection and/or correction. In some embodiments, an initial
set of beam s can be loaded into the memory of BWP 514 before launch.
Data link 516 can be used, for example, to receive pre-computed beam weights and deliver
such weights to BWP 514. The data link 516 can be any suitable communications link to the ite
105. In some ments, the data link 516 can be implemented as a satellite telemetry, tracking
and command (‘I'I'&C) link. In other embodiments, the data link 516 can be implemented as a
dedicated (out—of-band) ications link (e.g. a data link that uses a communications band
different from that used by the pathways 130). In other embodiments, the data link 516 can be an
in-band communications link (e.g., a portion of the spectrum, or certain time slots, can be received
and/or demodulated by the satellite).
In some embodiments, the beam s are generated on the ground at a network
management entity such as a Network Operational Center (NOC). The desired locations of each of
the KTx and Rx beams, along with the feed element ion patterns, can be used to generate the
beam weight values. There are several techniques for generating appropriate beam weights given
the desired beam locations. For example, in one ch, beam weights can be generated on the
ground in non—real time. The dynamic weights can then be ed to BWP 514 through data link
516, and then applied to the BFN’s in a dynamic manner to produce hopping beams on both the Rx
uplink and the Tx downlink.
The downlink portion of data link 516 can be used to report the status of the BFN’s and to
provide confirmation of correct ion of the uplinked beam weights. Correct ion of the
beam weights can be ined by use of a traditional CRC code, for e. In the event of
incorrect reception, as indicated by a failure of the CRC to check, for example, the uplink
transmission of the beam weights (or the portion of the beam weights that was deemed incorrect or
invalid), can be retransmitted. In some embodiments, this process can be controlled by an
tic repeat request ARQ retransmission protocol (such as, for example, selective repeat ARQ,
stop-and-wait ARQ, or go-back-N ARQ, or any other suitable retransmission, error detection, or error
correction protocol) between the ground station and BWP 514.
In general, satellite architecture 500 es for K generic hopping pathways 130. Each
pathway 130 functionally consists of an Rx beam and a Tx beam, connected er through
electronics and circuitry that e signal ioning, such as one or more of filtering, frequency
conversion, amplification, and the like. The ys 130 can each be represented as bent pipe
transponders that can be used in a hub-spoke configuration or a mesh configuration. For example,
in one embodiment with a mesh configuration, a pathway 130 carries signals between a first
plurality of terrestrial terminals 150 and a second plurality of terrestrial terminals 150 via the
satellite 105. In other embodiments, the pathways 130 can facilitate communications between
multiple satellites 105 of a constellation. In accordance with the systems and methods described
herein, the termination points (e.g., the Tx beam location and Rx beam location) for each pathway
130 can be dynamic and programmable, resulting in a highly flexible satellite communications
architecture.
The receive-side beamforming network 280 and the transmit-side beamforming network 285
can be implemented in any suitable . One implementation of the receive-side beamforming
network 280 can take in signals from er feed elements and provide the signals of Kp LHP and RHP
formed beams as s. Each input signal from a feed element can first be split into K identical
copies, one for each beam, then Kp parallel beam s can be realized. Each beam former can
include amplitude and phase adjustment circuitry to take an input signal from one of the er splitters
and provide an ude and phase adjustment to the signal, and summer circuitry to sum the er
amplitude and phase adjusted signals to produce the signal from one formed beam. Each Rx beam
output can then be fed into one of the Kp independent signal pathways. One implementation of the
transmit—side beamforming network 285 takes in s from the Kp signal pathways and provides
the signals to each of the th feed elements. Each input signal from a pathway can first be split into
th identical copies, one for each feed element. Then th parallel ”feed formers” can be realized.
Each feed former can include amplitude and phase adjustment try to take an input signal from
one of the Kp splitters and provide an amplitude and phase adjustment, and summer circuitry can
sum the th amplitude and phase adjusted signals to produce the signal for transmission in one feed.
Either or both of the receive-side beamforming network 280and the transmit-side beamforming
k 285 can provide dynamic ing) and programmable complex weight values on each of
the K beam formers (or feed formers) in both halves of each network. In practice, the networks can
generally have amplification stages within the structure to account for some or all of the insertion
losses of the devices used to perform their tive functions (e.g., splitting, weighting, and
combining).
FIGS. 2 — 3D describe s ques that use ing to enable dynamic pathway
configuration, and FIGS. 4 and 5 describe various techniques for using beamforming to enable
dynamic pathway configuration. Other embodiments can use a hybrid of both switching and
beamforming to enable dynamic pathway configuration. For example, some implementations can
include one or more fixed location feeds coupled with switching components, and one or more
phased array antennas coupled with beamforming components. Such configurations can provide a
number of features, such as additional flexibility, support both fixed spot beams and phased array
spot beams, etc.
The above description includes various embodiments of satellites 105 that can be used in
various embodiments of constellations. As described above, coordinated, dynamic, in-flight
configuration of the pathways 130 in at least some of the satellites 105 of the llation can
enable flexible allocation of forward- and return-channel ty, as well as flexibility in temporal
and/or spatial beam coverage. These and other capabilities are further described using a number of
illustrative satellite communications system architectures and illustrative scenarios in FIGS. 6A— 8D.
The architectures and scenarios are intended to add clarity and are not ed to limit the scope
of embodiments bed herein.
FIGS. 6A — 6C show an illustrative satellite communications environment 600 in a first
communications scenario at each of three subsequent times, respectively. The io rates a
first terrestrial terminal 150a communicating to a second terrestrial terminal 150b in context of a
constellation of ites 105 traveling along tive orbital paths 110. For example, this can
represent a forward communication, where the first terrestrial terminal 150a is a gateway terminal,
and the second terrestrial terminal 150b is a user terminal; or a return communication, where the
first terrestrial terminal 150a is a user terminal, and the second terrestrial terminal 150b is a
gateway terminal. Each subsequent figure illustrates a respective snapshot of connectivity at a
"time." The "time" can represent a ular timeslot of a particular frame (e.g., sequence iteration,
etc.) of a y configuration schedule, but the timeslots are not intended to be ly adjacent;
rather they are spaced out temporally to rate connectivity changes that can occur over a longer
timeframe. For example, the timeslots represented by subsequent figures may be ted by
minutes, even though the pathway urations can change much more quickly (e.g., many times
per second).
For the sake of illustration, at each time, the switched pathway configuration effectively
manifests as a “circuit" that connects a source terrestrial terminal 150 to a destination terrestrial
terminal 150 via one or more satellites 105. The al switching of the pathways 130 can be
contrasted with routing-based approaches, such as "store and forward," packet switching,
connectionless routing, etc. Switching is used to alter the physical connectivity between s and
destinations (some links of the "physical" connection are wireless links). Further, ”fast" multiplexing
of the switching can alter multiple different connections multiple times per frame (e.g., switching to
different connections during different timeslots), each time manifesting complete physical
connections. For example, the signal transmitted from the source can travel, in real-time, from the
source through all the terra-links, cross-links, and pathways 130 at the speed of signal ation
(e.g., ing some propagation delay, but t processing delay).
The switched pathway configuration can permit the connectivity between any two terrestrial
terminals 150 to be established and/or maintained, even as the constellation moves with respect to
the terrestrial terminals. Over time, different satellites 105 of the constellation will rise and set at
different times with respect to a terrestrial terminal's 150 horizon, so that each terrestrial terminal
150 "sees" a changing portion of the constellation over time. Moreover, mutual visibility between
the satellites 105 can change as different ites 105 move in an out of view of each other. These
changes can be predicted (i.e., they can be inistic) based on orbital ties (e.g.,
mechanics) of the satellites 105 and geographic locations of terrestrial terminals 150. Thus, desired
connectivity h the satellite constellation and between specific terrestrial terminals 150 can be
arranged by pre-determining desired pathway connections on the individual satellites, as described
. Such pathway connections can change as a function of time, for example, by moving a
terrestrial terminal's 150 uplink from a first satellite to a different second satellite; inserting or
deleting cross-links along a particular connection, etc.
At a first time, as shown in , a first spot beam of a first ite 105a is illuminating a
trial region that includes the first terrestrial terminal 150a, a second spot beam of the first
satellite 105a is illuminating a third ite 105c, and a first spot beam of the third satellite 105c is
illuminating a terrestrial region that includes the second terrestrial terminal 150b. Further, at the
first time, a pathway configuration subsystem 140 of the first satellite has configured a pathway 130
to form a signal path between a terra-link receive feed servicing the first terrestrial al 150a
and a cross-link transmit feed servicing the third ite 105C, and a pathway configuration
subsystem 140 of the third satellite 105c has configured a pathway 130 to form a signal path
between a cross-link receive feed servicing the first satellite 105a and a terra-link transmit feed
servicing the second terrestrial terminal 150b. With the satellites 105 in this arrangement and
uration, a communication from the first trial al 150a to the second trial
terminal 150b can be transmitted over a first communications link 601a from the first terrestrial
terminal 150a to the first ite 105a, over a second communications link 601b from the first
satellite 105a to the third satellite 105c, and over a third communications link 601c from the third
satellite 105c to the second terrestrial terminal 150b.
At a second time, as shown in , the satellites 105 have moved along their orbital paths
110, thereby changing position with respect to the first terrestrial terminal 150a and the second
terrestrial terminal 150b (assumed to be stationary in this scenario). Now, the third satellite 105c is
no longer servicing the second terrestrial terminal 150b. Instead, the first spot beam of the first
satellite 105a is still illuminating a terrestrial region that includes the first terrestrial terminal 150a;
but the second spot beam of the first satellite 105a is now illuminating a fourth satellite 105d, and a
first spot beam of the fourth satellite 105d is illuminating a terrestrial region that includes the
second terrestrial terminal 150b. Accordingly, at the second time, a pathway configuration
subsystem 140 of the first satellite 105a has configured a pathway 130 to form a signal path
between a terra-link receive feed ing the first terrestrial terminal 150a and a cross-link
transmit feed servicing the fourth satellite 105d, and a pathway configuration subsystem 140 of the
fourth satellite 105c has configured a pathway 130 to form a signal path between a cross-link e
feed servicing the first satellite 105a and a terra-link transmit feed servicing the second terrestrial
terminal 150b. With the ites 105 in this arrangement and configuration, a communication from
the first terrestrial terminal 150a to the second terrestrial terminal 150b can be transmitted over a
first communications link 602a from the first terrestrial terminal 150a to the first satellite 105a, over
a second communications link 602b from the first ite 105a to the fourth satellite 105d, and
over a third communications link 602c from the fourth satellite 105d to the second terrestrial
terminal 150b.
At a third time, as shown in , the satellites 105 have moved further along their orbital
paths 110, again changing position with t to the terrestrial terminals 150. Now, the first
satellite 105a is no longer servicing the first terrestrial terminal 150a. Instead, a first spot beam of a
second satellite 105b is illuminating a terrestrial region that includes the first terrestrial terminal
150a, and a second spot beam of the second satellite 105b is now illuminating the fourth satellite
105d; but the first spot beam of the fourth satellite 105d is still illuminating a terrestrial region that
includes the second trial terminal 150b. Accordingly, at the third time, a pathway
configuration subsystem 140 of the second satellite 105b has configured a y 130 to form a
signal path between a terra-link receive feed servicing the first terrestrial terminal 150a and a cross-
link transmit feed servicing the fourth satellite 105d, and a pathway configuration subsystem 140 of
the fourth satellite 105c has configured a pathway 130 to form a signal path between a cross-link
receive feed servicing the second satellite 105b and a terra—link transmit feed servicing the second
terrestrial terminal 150b. With the satellites 105 in this ement and configuration, a
communication from the first terrestrial terminal 150a to the second terrestrial terminal 150b can
be transmitted over a first ications link 603a from the first terrestrial terminal 150a to the
second satellite 105b, over a second communications link 603b from the second satellite 105b to the
fourth ite 105d, and over a third communications link 603C from the fourth satellite 105d to the
second terrestrial terminal 150b.
FIGS. 7A — 7C show an illustrative ite communications environment 700 in a second
communications scenario at multiple uent times, respectively, where each time includes
multiple ots. The scenario illustrates a first terrestrial terminal 150a communicating to a
second terrestrial terminal 150b and a third terrestrial terminal 150c; and the third terrestrial
terminal 150c receiving communications also from another one or more als (not shown); all in
context of a llation of satellites 105 traveling along respective orbital paths 110. For example,
this can represent multiple forward communications, where the first terrestrial terminal 150a is a
gateway terminal, and the second terrestrial terminal 150b and the third terrestrial al 150c
are user terminals; or a return communication, where the first terrestrial terminal 150a is a user
WO 23621
terminal, and the second terrestrial terminal 150b and the third terrestrial al 150c are
y terminals. Each subsequent figure illustrates a respective snapshot of connectivity at a
"time," and each represented time es three timeslots. For example, the "time" can represent
a particular frame of a pathway configuration schedule. The subsequent times are not intended to
be directly adjacent; rather they are spaced out temporally to illustrate connectivity changes that
can occur over a longer timeframe (e.g., the d time between and Fig. 7C may be
twenty minutes, or the like, depending on the orbital teristics of the constellation and/or
other considerations). As illustrated, the logical connectivity (e.g., pairs of logical source and
destination identifiers associated with each communication) is scheduled by ot, and the
physical connectivity (e.g., the circuit from physical source terminal to physical destination terminal
through one or more satellites via particular terra-links and cross-links, as manifest by the switch
configurations) are also led by timeslot to uate the logical connectivity (i.e.,
communication from a source to a destination can involve coordination between a logical layer and
a physical layer). For example, the logical connectivity illustrated in FIGS. 7A and 73 defines that, in
each first timeslot, the first terrestrial terminal 150a transmits to the third trial terminal 150c;
in each second timeslot, the first terrestrial terminal 150a communicates to the second trial
terminal 150b, and in each third ot, the third terrestrial terminal 150c receives traffic from
some other terrestrial terminal 150 (not shown). However, at each time, the positions of the
satellites 105 are different, so that the physical pathway connections change to effectuate the same
end-to-end connections between ground als.
At a first time, as shown in , a first spot beam of a first ite 105a is illuminating a
terrestrial region that includes the first terrestrial terminal 150a, a second spot beam of the first
satellite 105a is illuminating a second satellite 105b, a third spot beam of the first ite 105a is
illuminating a terrestrial region that includes the third terrestrial terminal 150c, a first spot beam of
the second satellite 105c is illuminating a terrestrial region that includes the second terrestrial
terminal 150b, and a first spot beam of a third satellite 105c is illuminating the second satellite 105b.
At a first timeslot of the first time, a pathway configuration subsystem 140 of the first ite 105a
has configured a pathway 130 to form a signal path n a terra—link receive feed servicing the
first terrestrial terminal 150a and a link transmit feed servicing the third terrestrial terminal
150c; so that traffic from the first terrestrial terminal 150a can be transmitted to the third terrestrial
terminal 150c during the first timeslot over communications link 701a from the first terrestrial
terminal 150a to the first satellite 105a, and over communications link 701b from the first satellite
105a to the third terrestrial terminal 150C. At a second timeslot of the first time, a pathway
configuration subsystem 140 of the first satellite 105a has configured a pathway 130 (e.g.,
reconfigured the same pathway, or configured a different pathway) to form a signal path between a
terra—link receive feed servicing the first terrestrial terminal 150a and a link transmit feed
servicing the second satellite 105c, and a pathway configuration subsystem 140 of the second
satellite 105b has ured a pathway 130 to form a signal path between a cross-link receive feed
servicing the first satellite 105a and a link transmit feed servicing the second terrestrial
terminal 150b. In this configuration, traffic from the first terrestrial terminal 150a can be
transmitted to the second terrestrial al 150b during the second timeslot over ications
link 711a from the first terrestrial terminal 150a to the first satellite 105a (which may be the same
as, or different from, communications link 701a of the first ot), over communications link 711b
from the first satellite 105a to the second satellite 105b, and over communications link 611C from
the second satellite 105b to the second terrestrial terminal 150b. At a third timeslot of the first time
(e.g., and/or during the first timeslot), a pathway uration subsystem 140 of the second
satellite 105b has ured a pathway 130 to form a signal path between a cross-link receive feed
servicing the third ite 105c and a terra-link transmit feed servicing the second terrestrial
terminal 150b; so that traffic from the third satellite 105c (e.g., ating from some other
terrestrial terminal 150 (not shown)) can be transmitted to the second terrestrial terminal 150b
during the third timeslot over communications link 721a from the third satellite 105c to the second
satellite 105b, and over communications link 721b from the second satellite 105b to the second
terrestrial terminal 150b.
At a second time, as shown in , the satellites 105 have moved along their orbital paths
110, thereby changing position with respect to the first, second, and third terrestrial terminals 150
(assumed to be stationary in this scenario). Now, the first satellite 105a is able to service all three
terrestrial terminals 150, the second satellite 105c is also still servicing the second terrestrial
terminal 150b, and the third satellite 105c is still illuminating the second satellite 105b, all with
respective spot beams. At a first timeslot of the second time, it is desired again (as in the first
timeslot of ) to transmit c from the first terrestrial terminal 1503 to the third terrestrial
terminal 150c, and the first satellite 105a still services both terrestrial terminals 150. ingly, a
pathway configuration subsystem 140 of the first satellite 105a can again configure a pathway 130
to form a signal path between a terra-link receive feed servicing the first terrestrial terminal 150a
and a terra-link transmit feed servicing the third terrestrial al 150C; so that traffic can be
transmitted over communications link 702a from the first terrestrial terminal 150a to the first
satellite 105a, and over ications link 702b from the first satellite 105a to the third trial
terminal 150c. At a second timeslot of the second time, it is desired again (as in the second timeslot
of ) to transmit traffic from the first trial terminal 150a to the second terrestrial
al 150b, but now the first satellite 105a services both terrestrial terminals 150. ingly, a
pathway configuration subsystem 140 of the first satellite 105a can configure a pathway 130 to form
a signal path between a terra-link receive feed servicing the first terrestrial terminal 150a and a
terra—link transmit feed servicing the second terrestrial terminal 150b, so that traffic can be
transmitted over communications link 712a from the first terrestrial terminal 150a to the first
satellite 105a, and over communications link 712b from the first satellite 105a to the second
terrestrial terminal 150b. At a third ot of the second time, it is desired again (as in the third
timeslot of ) to it traffic from the third satellite 105c (e.g., originating from some other
terrestrial terminal 150 (not shown)) to the second terrestrial terminal 150b, and the second
satellite 105b still services the second terrestrial terminal 150b. Accordingly, a pathway
configuration subsystem 140 of the second satellite 105b can ure a y 130 to form a
signal path between a cross-link receive feed servicing the third satellite 105c and a terra-link
transmit feed servicing the second terrestrial terminal 150b, so that traffic can be transmitted over
communications link 722a from the third satellite 105c to the second satellite 105b, and over
ications link 722b from the second satellite 105b to the second terrestrial al 150b.
represents a change in demand while the satellites 105 are substantially in their same
respective orbital positions as in (e.g., still in the second "time" with respect to the orbital
positions of the satellites 105, but represented as time "2.2" to indicate a uent change in
demand since time "2" represented by ). With the change in demand, it is desired to transmit
from the first terrestrial terminal 150a to the third terrestrial terminal 150c in both the first and
second timeslots, and to transmit from the third satellite 105c (e.g., originating from some other
terrestrial terminal 150 (not shown)) to the second terrestrial terminal 150b in both the first and
third timeslots. At each of the first and second timeslots of Time 2.2, a y configuration
subsystem 140 of the first ite 105a can configure a pathway 130 to form a signal path between
a terra-link receive feed servicing the first terrestrial terminal 150a and a terra-link transmit feed
servicing the third terrestrial terminal 150C; so that traffic can be transmitted over communications
links 13a (in the first and second timeslots, respectively) from the first trial terminal
150a to the first ite 105a, and over communications links 703b/713b (in the first and second
timeslots, respectively) from the first satellite 105a to the third terrestrial terminal 150c. At each of
the first and third timeslots of Time 2.2, a pathway configuration subsystem 140 of the second
satellite 105b can configure a pathway 130 to form a signal path between a cross-link receive feed
servicing the third satellite 105c and a terra—link transmit feed servicing the second terrestrial
terminal 150b, so that traffic can be transmitted over ications links 703c/723a (in the first
and third timeslots, respectively) from the third ite 105c to the second satellite 105b, and over
communications links 703d/723b (in the first and third timeslots, respectively) from the second
satellite 105b to the second terrestrial terminal 150b.
FIGS. 8A — 8D show an illustrative satellite communications environment 800 in a third
communications scenario at multiple subsequent times, respectively. The scenario illustrates five
terrestrial terminals 150 (indicated as user terminals 820) in communication with two terrestrial
als 150 (indicated as gateway terminals 810) via a constellation of satellites 105 (not shown)
that follow orbital paths (not shown) (shown is the "ground track" 110 corresponding to the orbital
paths, which can be, for example, the path traced by the tellite point). As the satellites follow
their ground orbital paths, their spot beams illuminate respective "spot footprints" 840 (shown as
circular ints for simplicity), so that a ular terrestrial terminal 150 can only be serviced by
a particular satellite 105 when it is within the satellite‘s spot footprint 840 (Le. the satellite is in view
of the terrestrial terminal). The satellite constellation is designed to provide communications
services to a "service region" 830 that includes the gateway terminals 810 and user terminals 820.
The service region 830 can be made up of sub-regions, such that the sub-regions are all serviced by a
single satellite constellation and defined in any le . For example, sub-regions can be
defined geographically (e.g., globally, ally, by smaller geographic area, etc.), politically (e.g.,
one service region might be France plus all French possessions/territories worldwide). Different sub-
regions can have different requirements (e.g., all French traffic must pass through gateways in
France regardless of trial source and ation; while another service gion can use a
closest gateway, regardless of nationality). Each of FIGS. 8A — 8D provides a context for describing
return—channel connectivity through the llation from the user terminals 820 to the gateway
terminals 810 at each of four subsequent times. As described with reference to the second scenario
of FIGS. 7A— 7C above, each "time" can represent a particular frame having multiple timeslots, or
the like.
The return-channel tivity for each user terminal 820 at each time (illustrated by FIGS.
8A — 8D, respectively), are summarized in the following Table:
UT 820a UT 820b UT szoc UT 820d UT 820e
-$395196w1 S19GW1 szaewz SléGWl S395196W1
n 51+Gw1 51+Gw1 szeewz SléGWl 5395196w1
n Sl$GW1 $595196w1 ewz SléGWl 5196w1
n$195596w1 SSéGWl seéewz SS9GW1 SléSSéGWl
In the Table, "UT" indicates a user terminal 820, "S" indicates a satellite 105 (e.g., 51 corresponds to
the satellite 105 producing spot footprint 840a, 52 corresponds to the satellite 105 ing spot
footprint 840b, etc.), and "GW" tes a gateway terminal 810 (e.g., "6W1" corresponds to
y terminal 810a, and "GW2" corresponds to gateway terminal 810b).
At a first time, as shown in (and the first non—header row of the Table), gateway
terminal 810a, user terminal 820b, and user terminal 820d are within the same spot footprint 840a
(i.e., serviced by satellite 105a); gateway terminal 810b and user al 820C are within a different
spot footprint 840b (i.e., serviced by satellite 105b); user al 820a and user terminal 820e are
within spot footprint 840c (i.e., serviced by satellite 105c); and no terrestrial terminals 150 are
within spot footprint 840d (i.e., serviced by satellite 105d). Accordingly, return-channel traffic from
user terminal 820a can be icated to y terminal 810a via satellite 105c and satellite
105a (i.e., spanning two spot footprints 840), return-channel traffic from user terminal 820b can be
communicated to gateway terminal 810a via satellite 105a (i.e., all within one spot footprint 840),
return—channel traffic from user terminal 820c can be communicated to gateway terminal 810b via
satellite 105b (i.e., all within one spot int 840), return—channel traffic from user terminal 820d
can be communicated to gateway terminal 810a via satellite 105a (i.e., all within one spot footprint
840), and return—channel c from user terminal 820e can be communicated to gateway terminal
810a via satellite 105c and satellite 105a (i.e., spanning two spot footprints 840).
At a second time, as shown in (and the second non-header row of the Table), the
satellites 105 have moved along their orbital paths 110, such that gateway terminal 810a, user
terminal 820b, user terminal 820d, and now user terminal 820a are within spot footprint 840a (i.e.,
serviced by satellite 105a); gateway terminal 810b and user terminal 820c are still within spot
footprint 840b (i.e., serviced by satellite 105b); only user terminal 820e is now within spot footprint
840c (i.e., serviced by satellite 105c); and no terrestrial terminals 150 are within spot footprint 840d
(i.e., serviced by satellite 105d), and now-visible spot footprint 840e and spot footprint 840f (i.e.,
serviced by satellite 105e and satellite 105f, respectively). ingly, return—channel c from
user terminal 820a can be communicated to gateway terminal 810a via satellite 105a (i.e., all within
one spot int 840), return-channel c from user al 820b can be communicated to
gateway terminal 810a via satellite 105a (i.e., all within one spot footprint 840), —channel
traffic from user terminal 820c can be communicated to gateway terminal 810b via ite 105b
(i.e., all within one spot footprint 840), return-channel traffic from user terminal 820d can be
communicated to gateway terminal 810a via satellite 105a (i.e., all within one spot footprint 840),
and return-channel traffic from user terminal 820e can be icated to y terminal 810a
via satellite 105c and satellite 105a (i.e., spanning two spot footprints 840).
At a third time, as shown in (and the third non—header row of the Table), the
satellites 105 have moved further along their orbital paths 110, such that gateway al 810a,
user terminal 820d, user terminal 820a, and now user terminal 820e are within spot footprint 840a
(i.e., serviced by satellite 105a); user terminal 820b is now within spot footprint 840e (i.e., serviced
by satellite 105e); gateway terminal 810b is now within spot footprint 840f (i.e., serviced by satellite
105f); user terminal 820c is still within spot footprint 840b (i.e., serviced by satellite 105b); no
terrestrial als 150 are within spot footprint 840c (i.e., serviced by satellite 105C); and spot
footprint 840d is no longer in view (i.e., it no longer overlaps the service region 830). Accordingly,
return-channel traffic from user terminal 820a can be communicated to gateway terminal 8103 via
ite 105a (i.e., all within one spot footprint 840), return—channel traffic from user terminal 820b
can be communicated to gateway terminal 810a via satellite 105e and satellite 105a (i.e., spanning
two spot footprints 840), return-channel traffic from user terminal 820c can be communicated to
gateway terminal 810b via ite 105b and satellite 105f (i.e., ng two spot footprints 840),
return—channel traffic from user terminal 820d can be communicated to gateway terminal 810a via
satellite 105a (i.e., all within one spot footprint 840), and return-channel traffic from user terminal
820e can be communicated to gateway terminal 810a via satellite 105a (i.e., all within one spot
footprint 840).
At a fourth time, as shown in (and the fourth non-header row of the Table), the
satellites 105 have moved even further along their orbital paths 110, such that gateway terminal
810a, user terminal 820b, and user terminal 820d are within spot footprint 840e (i.e., serviced by
satellite 105e); gateway terminal 810b and user terminal 820c are within spot footprint 840f (i.e.,
serviced by satellite 105f); user terminal 820a and user terminal 820e are within spot footprint 840a
(i.e., serviced by satellite 105a); and no terrestrial terminals 150 are within spot footprint 840b (i.e.,
serviced by ite 105b). Notably, the positions in Time 4 of spot footprints 840e, 840f, 840a, and
840b are ntially the same (relative to the terrestrial terminals) as were the positions in Time 1
() of spot footprints 840a, 840b, 840c, and 840d, respectively. Accordingly, the connectivity
s to be substantially the same, except that different satellites 105 of the constellation are
being used. In particular, return—channel traffic from user terminal 820a can be communicated to
gateway al 810a via satellite 105a and ite 105e (i.e., spanning two spot footprints 840),
return—channel traffic from user terminal 820b can be communicated to y terminal 810a via
ite 105e (i.e., all within one spot footprint 840), return-channel traffic from user terminal 820c
can be communicated to gateway terminal 810b via satellite 105f (i.e., all within one spot footprint
840), return-channel traffic from user terminal 820d can be communicated to gateway terminal
810a via satellite 105e (i.e., all within one spot footprint 840), and return-channel traffic from user
terminal 820e can be communicated to gateway terminal 810a via satellite 105a and satellite 105e
(i.e., spanning two spot footprints 840).
The above systems and scenarios involve in-flight pathway configuration of satellites 105 in a
constellation. As described above, some or all satellites 105 in the constellation can implement in-
flight pathway configuration onality using a pathway configuration subsystem 140 that
operates ing to a pathway uration schedule (e.g., switching schedules 210, weights
schedules 260, etc.). Embodiments of satellite communications systems can include one or more
connectivity computation systems for computing and/or ring the pathway configuration
les for use by some or all pathway configuration subsystems 140 of the constellation.
shows an illustrative portion of a ite communications system 900 including a
terrestrial terminal 150 in communication with at least one satellite 105 of a llation (only one
satellite 105 is shown to avoid over-complicating the ), according to various embodiments.
The satellite communication system 900 can include a satellite constellation as in any of FIGS. 6A—
8D, or any other suitable arrangement. The terrestrial terminal 150 includes a connectivity
computation system 910 and a communications subsystem 930. For example, the connectivity
computation system 910 can be implemented in a y terminal or distributed over multiple
gateway terminals.
As illustrated, the connectivity computation system 910 can include a data store 940 that can
have, stored thereon, orbital parameters 943 of some or all of the satellites 105 of the constellation
and communications resource parameters 945 for some or all of the terrestrial terminals 150
(and/or ites 105) of the satellite communications system 900. The data store 940 can be
implemented in any le , for example, as one or more data storage devices that are
collocated, distributed, etc. The orbital ters 943 can include, for example, the satellites' 105
orbits (e.g., including, for example, atical definitions of orbital paths, ground track paths,
altitudes, speeds, known line-of-sight or occlusion information, etc.), the satellites' 105 locations
over time (e.g., relative to each other, relative to ys and/or other terrestrial terminals,
relative to Earth geography, in absolute three-dimensional or other coordinate space, etc.), the
satellites' 105 coverage over time (e.g., spot footprint sizes and/or ons, etc.), etc. The
ications resource parameters 945 can include, for example, communications resource
demand parameters for user terminals in communication with the constellation (e.g., present and/or
anticipated capacity needs of the user terminals or groups of user terminals, phic ons of
terminals, link quality for user terminals, etc.), communications resource supply parameters for
gateway terminals in communication with the constellation (e.g., present and/or anticipated
ty of the gateway terminals, gateway outages, geographic locations of gateways, user
terminal-to-gateway associations, authorized communication areas, etc.), communications resource
throughput parameters for satellites 105 of the constellation (e.g., number and/or capacity of
pathways, total capacity of the ite 105, supported numbers of beams or feeds, supported
frequency bands and/or polarizations, present configuration parameters, etc.), etc.
Embodiments of the connectivity computation system 910 can e a set of (i.e., one or
more) components that implements a pathway scheduling subsystem 920. The pathway ling
subsystem 920 can compute a pathway configuration schedule 925 that defines a sequential
configuration of bent-pipe pathways 930 of some or all of the satellites 105 in the constellation at
some or all timeslots. The pathway configuration schedule 925 is computed as a function of the
orbital parameters 943 and the communications resource parameters 945, and can effectively
define, at each ot, how connectivity will be configured between trial terminals 150 via
the constellation. For the sake of illustration, suppose a gateway desires to transmit traffic (i.e.,
forward—channel traffic) to a user al. Effectuating that transmission can involve nating
that: (i) during a particular one or more timeslots, the gateway is scheduled to transmit that traffic
to the user terminal (and, in some implementations, that the user terminal is scheduled to e
that traffic from the gateway); and (ii) during the same one or more timeslots, one or more satellites
105 of the constellation have respective one or more ys configured to create connectivity
(e.g., a signal path) from the gateway to the user al. For example, both the traffic scheduling
and the pathway scheduling are coordinated for ive connectivity through the constellation in
context of in-flight pathway configuration. Implementing such coordination can involve computing
which pathways to configure into which signal paths (e.g., which receive and transmit feeds to
couple via the pathways) according to the configuration of the constellation at the desired time of
transmission (e.g., where various satellites 105 are with respect to the gateway and user al) as
given by the orbital parameters 943, and when the traffic is scheduled for transmission (e.g., or
when it can be scheduled) as given by the communications resource parameters 945. For e, a
schedule of traffic can be generated by one or more functions of the satellite ications
system 900 (e.g., a function of the same or a different terrestrial terminal 150), and the schedule can
dynamically impact the communications ce parameters 945 used by the y scheduling
subsystem 920. Alternatively, the computed pathway configuration schedule 925 can be fed back to
one or more functions of the satellite communications system 900 for use in computing an
appropriate schedule of traffic (e.g., traffic can be scheduled for communication to gateways, etc.
ing to dge of the pathway configuration schedule).
As described above, the ed pathway configuration le 925 can be uploaded to
some or all of the satellites 105 in any suitable manner. In some embodiments, the pathway
configuration schedule 925 is communicated to multiple gateway terminals, and each satellite 105
es an instance of the pathway configuration schedule 925 (e.g., the same pathway
configuration schedule 925, different versions for each satellite 105, etc.) from a gateway terminal
with which it is in communication. In n implementations, some satellites 105 can receive an
ce of the pathway configuration schedule 925 from another satellite 105 in the constellation.
For example, one or more gateway terminals (or any suitable terrestrial terminals 150) can use a
respective communications subsystem 930 to communicate the y configuration schedule 925
to one or more satellites 105. The pathway configuration schedule 925 can be uploaded to the
pathway configuration subsystem 140 of each satellite 105 using an uplink (or cross-link) signal that
can be in-band (e.g., using particular time slots or rs within the communications system) or
out-of—band (e.g., using a separate command l and telemetry link to the satellite 105). In
some embodiments, the communications subsystem 930 can further e information from the
satellites 105 and/or terrestrial terminals 150, which can be fed back (e.g., via the pathway
scheduling subsystem 920) to impact the traffic and/or pathway scheduling, for example, by
impacting determinations of communications resource parameters 945 (e.g., present capacity,
demand, link condition, outages, weather, etc.) in the data store 940.
shows another illustrative portion of a ite ications system 1000
including multiple gateway terminals 810 in communication with a backhaul network 1010 and a
number of satellites 105, according to various embodiments. The ites 105 are configured as a
constellation and follow orbital paths 110 (e.g., non-geosynchronous low Earth or medium Earth
orbits). The gateway terminals 810 can be geographically distributed in any suitable manner. For
e, the gateway terminals 810 can be located away from each other, away from user
terminals, close to backhaul network 1010 infrastructure, etc. At any time, some or all satellites 105
of the constellation can be in direct communication with at least one gateway terminal 810 (or
illuminating a region that includes at least one gateway terminal 810), and/or one or more satellites
105 can be in indirect communication with one or more gateway terminals 810 via one or more
other satellites 105 of the constellation. As described with reference to some embodiments
implement a connectivity computation system 910 for computing pathway configurations in one or
more terrestrial terminals 105 (e.g., one or more y terminals 810). In other embodiments,
the connectivity computation system 910 can be implemented as a separate function in
communication with the ul network 1010. For example, the connectivity computation system
910 can be implemented in one or more servers (e.g., as a cloud-based function) in ication
via one or more public or private networks (e.g., the Internet) with the backhaul network 1010.
In any of the above embodiments (e.g., those bed with reference to FIGS. 9 and 10),
the pathway configuration schedule(s) 925 can be communicated to the satellites 105 at any suitable
time. In some implementations, the y configuration schedule(s) 925 are intended to be
relatively robust and non-dynamic, such that new, updated, refreshed or other pathway
configuration schedules 925 are rarely communicated to the satellites 105 (e.g., new schedules are
provided every few hours, daily, or weekly). In other implementations, the pathway uration
schedule(s) 925 are intended to be highly dynamic (e.g., to quickly respond to changes in resource
demands, capacity, etc.), such that new, updated, refreshed or other pathway configuration
schedules 925 are communicated to the satellites 105 relatively often (e.g., as needed, periodically
according to a relatively short time period, or in any other le manner. e.g., hourly, every few
s, are multiple times per minute). Certain implementations can detect connectivity failures
and/or other communications concerns likely stemming from pathway configuration le 925
failures (e.g., an incorrect or outdated pathway configuration schedule 925 being used by a satellite
105, a poorly computed y configuration schedule 925, etc.), and can upload another pathway
configuration schedule 925 in se to the detection.
shows a flow diagram of an illustrative method 1100 for in-flight uration of
satellite pathways in a constellation, according to various ments. Embodiments of the
method 1100 begin at stage 1104 by obtaining orbital parameters of multiple ites of the
constellation, communications resource demand parameters for multiple terrestrial user als
in communication with the constellation, and communications resource supply ters for
multiple terrestrial gateway terminals in communication with the constellation. For example, the
orbital parameters can include satellite orbits or paths, relative or absolute locations of satellites,
speeds of the satellites, sizes and/or shapes of spot beam ge areas, etc.; the communications
resource demand parameters can e present and/or anticipated capacity needs of the user
terminals or groups of user terminals, geographic locations of terminals, etc.; and the
communications resource supply parameters can include present and/or anticipated capacity of the
gateway terminals, gateway outages, geographic locations of ys, user terminal-gateway
associations, authorized communication areas, etc.
At stage 1108, embodiments can compute a pathway configuration schedule as a function of
the orbital parameters, the communications ce demand parameters, and the communications
resource supply parameters. The pathway configuration le can define a sequential
configuration of ipe pathways of the satellites in each of a number of timeframes to form
signal paths among the terrestrial terminals by establishing connectivity among multiple beams (e.g.,
pairs of beams). As described above, the satellites have antenna s that include (e.g., manifest
when ing) respective portions of the spot beams. At stage 1112, the pathway configuration
schedule can be communicated to some or all of the satellites of the constellation over respective
satellite communications links. For example, the pathway configuration schedule can be
communicated from gateways to all the satellites via respective terra—link beams; from one or more
gateways to one or more satellites via one or more terra-link beams, then from the one or more
satellites to the other satellites via one or more cross-link beams; as in-band signals; as -band
(e.g., TT&C) signals; etc.
Some embodiments of the method 1100 begin or continue at stage 1116 by receiving the
y configuration schedule at one or more satellites (e.g., and stored in a memory of the
satellite). At stage 1120, embodiments can first ure a pathway of the satellite to form a bent-
pipe signal path (e.g., a al circuit) that establishes connectivity between a first terra-link beam
and a second terra-link beam in a first timeslot according to the pathway configuration schedule. At
stage 1124, embodiments can second configure the pathway to form a bent-pipe signal path that
establishes connectivity between the first terra-link beam and the cross-link beam in a second
timeslot according to the pathway configuration schedule. For example, in the first timeslot, the
pathway of the ite effectively establishes tivity between two terrestrial terminals; and in
the second timeslot, the pathway ively ishes connectivity between one of the terrestrial
terminals and another satellite of the constellation. As bed above, configuring the pathway
(e.g., in stage 1120 and/or 1124) can involve coupling receive and transmit sides of the pathway to
appropriate feeds via switches, adjusting weights in beamforming networks to effectively create a
signal path between appropriate feeds via the pathway, etc. Also as described above, the multiple
spot beams may or may not e physically separate spot beams. For example, the first and
second spot beams can have substantially the same spot footprint, while using different carrier
frequencies and/or polarizations to mitigate erence between the uplink and downlink signals.
The methods disclosed herein include one or more actions for achieving the described
method. The method and/or actions can be interchanged with one another without departing from
the scope of the claims. In other words, unless a specific order of actions is specified, the order
and/or use of specific actions can be modified t departing from the scope of the claims.
The functions described can be implemented in hardware, software, firmware, or any
combination thereof. If implemented in software, the functions can be stored as one or more
instructions on a ansient computer—readable medium. A e medium can be any available
tangible medium that can be accessed by a computer. By way of example, and not limitation, such
computer-readable media can include RAM, ROM, EEPROM, CD-ROM, or other optical disk storage,
magnetic disk e, or other magnetic storage devices, or any other le medium that can be
used to carry or store desired program code in the form of instructions or data structures and that
can be accessed by a computer. Disk and disc, as used herein, include compact disc (CD), laser disc,
optical disc, digital versatile disc (DVD), floppy disk, and Blu-ray® disc where disks usually uce
data magnetically, while discs reproduce data lly with lasers.
A computer program product can perform certain operations presented herein. For
example, such a computer program product can be a computer readable tangible medium having
instructions tangibly stored (and/or encoded) thereon, the instructions being executable by one or
more processors to perform the ions described . The computer program product can
include packaging material. Software or instructions can also be transmitted over a transmission
medium. For example, software can be transmitted from a website, server, or other remote source
using a ission medium such as a coaxial cable, fiber optic cable, twisted pair, l subscriber
line (DSL), or wireless technology such as infrared, radio, or microwave.
Further, modules and/or other appropriate means for performing the methods and
techniques described herein can be downloaded and/or otherwise obtained by le terminals
and/or coupled to servers, or the like, to facilitate the transfer of means for performing the methods
bed herein. Alternatively, various methods described herein can be provided via storage
means (e.g., RAM, ROM, a physical storage medium such as a CD or floppy disk, etc.), such that a
user terminal and/or base station can obtain the various methods upon coupling or providing the
storage means to the device. er, any other suitable technique for providing the methods
and techniques described herein to a device can be utilized. Features enting functions can
also be physically located at various positions, including being distributed such that portions of
functions are implemented at different physical locations.
In describing the present invention, the following terminology will be used: The singular
forms ”a, II II an," and ”the” include plural referents unless the context y dictates otherwise.
Thus, for example, nce to an item includes nce to one or more items. The term ”ones”
refers to one, two, or more, and lly applies to the selection of some or all of a quantity. The
term ”plurality" refers to two or more of an item. The term ”about” means quantities, dimensions,
sizes, formulations, parameters, shapes and other characteristics need not be exact, but can be
approximated and/or larger or smaller, as desired, reflecting able tolerances, conversion
factors, rounding off, measurement error and the like and other factors known to those of skill in the
art. The term ”substantially” means that the recited characteristic, parameter, or value need not be
achieved exactly, but that deviations or variations including, for e, tolerances, measurement
error, measurement accuracy limitations and other factors known to those of skill in the art, can
occur in amounts that do not preclude the effect the characteristic was intended to provide.
Numerical data can be expressed or presented herein in a range format. It is to be understood that
such a range format is used merely for convenience and brevity and thus should be interpreted
flexibly to include not only the numerical values explicitly recited as the limits of the range, but also
interpreted to include all of the individual numerical values or sub-ranges encompassed within that
range as if each numerical value and sub-range is explicitly recited. As an illustration, a numerical
range of ”about 1 to 5” should be interpreted to e not only the explicitly recited values of
about 1 to about 5, but also include individual values and sub-ranges within the indicated range.
Thus, included in this cal range are individual values such as 2, 3 and 4 and sub-ranges such as
1—3, 2-4 and 3—5, etc. This same principle applies to ranges reciting only one numerical value (e.g.,
”greater than about 1”) and should apply regardless of the breadth of the range or the
characteristics being described. A plurality of items can be presented in a common list for
convenience. However, these lists should be construed as though each member of the list is
dually identified as a te and unique member. Thus, no dual member of such list
should be construed as a de facto equivalent of any other member of the same list solely based on
their presentation in a common group without indications to the contrary. Furthermore, where the
terms ”and” and ”or” are used in conjunction with a list of items, they are to be interpreted broadly,
in that any one or more of the listed items can be used alone or in combination with other listed
items. The term ”alternatively” refers to selection of one of two or more alternatives, and is not
intended to limit the selection to only those listed alternatives or to only one of the listed
alternatives at a time, unless the context clearly tes otherwise. The term ”coupled” as used
herein does not require that the components be directly connected to each other. Instead, the term
is intended to also include urations with indirect connections where one or more other
components can be included between coupled components. For example, such other components
can include iers, attenuators, isolators, directional couplers, redundancy switches, and the
like. Also, as used herein, including in the claims, ”or” as used in a list of items prefaced by ”at least
one of" indicates a disjunctive list such that, for example, a list of ”at least one of A, B, or C” means A
or B or C or AB or AC or BC or ABC (i.e., A and B and C). Further, the term ”exemplary” does not
mean that the described example is preferred or better than other examples. As used herein, a "set"
of elements is intended to mean "one or more" of those elements, except where the set is explicitly
required to have more than one or explicitly permitted to be a null set.
Various changes, substitutions, and alterations to the techniques described herein can be
made without departing from the technology of the ngs as defined by the appended claims.
Moreover, the scope of the disclosure and claims is not limited to the particular aspects of the
process, e, manufacture, composition of matter, means, s, and actions described
above. Processes, machines, manufacture, compositions of matter, means, s, or actions,
presently existing or later to be developed, that perform ntially the same on or achieve
substantially the same result as the corresponding aspects described herein can be utilized.
ingly, the appended claims include within their scope such processes, machines, manufacture,
compositions of matter, means, methods, or actions.
Claims (41)
1. A satellite system for use in a multi-satellite constellation for providing a communications network, the multi-satellite llation sing a plurality of nongeosynchronous ites, the system comprising: an antenna system comprising a plurality of feeds to generate a plurality of fixed spot beams, including first and second terra-link beams and a cross-link beam; a bent-pipe pathway associated with the ity of fixed spot beams; a memory coupled with the bent-pipe pathway and having a pathway configuration schedule stored thereon; and a pathway configuration system to sequentially configure the bent-pipe pathway in each of a plurality of timeslots to form a signal path between a selected pair of the fixed spot beams via corresponding feeds of the ity of feeds according to the pathway configuration schedule, wherein the pathway configuration schedule accounts for timevarying interconnectivity between the satellites of the constellation caused by movement of the multi-satellite constellation over time with respect to a plurality of terrestrial terminals, such that the bent-pipe pathway is configured in a first timeslot to establish connectivity between the first and second terra-link beams, and the bent-path pathway is configured in a second timeslot to establish connectivity between the first terra-link beam and the cross-link beam.
2. The system of claim 1, n the ipe pathway is one of a plurality of pathways, each assigned to a respective subset of the plurality of fixed spot beams, and each sequentially configurable in each timeslot to form a signal path between a selected pair of the respective subset of fixed spot beams according to the y uration schedule.
3. The system of claim 1 or 2, wherein the satellite is a low Earth orbit satellite.
4. The system of claim 1 or 2, wherein the satellite is a medium Earth orbit satellite.
5. A satellite constellation system comprising: a plurality of non-geosynchronous bent-pipe ites, each satellite comprising an antenna system having a plurality of feeds to generate a plurality of fixed spot beams, including first and second link beams and a cross-link beam, and each satellite comprising a bent-pipe pathway that is sequentially configurable in each of a plurality of timeslots to form a signal path between a selected pair of the fixed spot beams of the ite via corresponding feeds of the plurality of feeds according to a pathway configuration schedule, wherein the pathway configuration schedule accounts for timevarying interconnectivity n the satellites of the constellation caused by nt of the multi-satellite constellation over time with respect to a plurality of terrestrial terminals, so that, for each satellite: the pathway establishes connectivity between the first and second terra-link beams during at least one timeslot; and the pathway establishes connectivity n the first terra-link beam and the crosslink beam during at least another timeslot.
6. The system of claim 5, n each satellite travels along a respective one of a plurality of orbital paths of the constellation.
7. The system of claim 6, wherein each terrestrial spot beam footprint follows a ground track path that corresponds to the l path of the satellite illuminating the terrestrial spot beam footprint.
8. A system for scheduling connectivity switching in a satellite communications system having a multi-satellite llation that facilitates communications between a plurality of terrestrial terminals, the system comprising: a data store having stored thereon orbital parameters of a plurality of nongeosynchronous ites of the constellation, communications resource demand parameters for a plurality of terrestrial user terminals in communication with the constellation, and communications resource supply parameters for a ity of terrestrial gateway terminals in communication with the constellation; and a pathway scheduling subsystem that is communicatively coupled with the data store and operates to compute a pathway configuration schedule as a function of the orbital parameters, the communications resource demand parameters, and the communications ce supply parameters, thereby defining a sequential uration of bent-pipe pathways of the plurality of satellites in each of a plurality of timeframes to form signal paths among the plurality of terrestrial terminals by establishing connectivity among a ity of beams, each satellite comprising an antenna system that comprises a respective n of the plurality of beams, such that, according to the pathway configuration schedule, at least one pathway is ured in one ame to establish connectivity between respective pairs of link beams provided by its respective satellite, and in another ame to establish connectivity between respective a terra-link beam and a cross-link beam provided by its respective satellite and n the pathway configuration schedule accounts for time-varying interconnectivity between the satellites of the constellation caused by movement of the multisatellite constellation over time with respect to the plurality of terrestrial als.
9. The system of claim 8, further comprising: the multi-satellite constellation comprising the plurality of non-geosynchronous satellites, each satellite comprising an antenna having a plurality of fixed spot beams, at least one of the fixed spot beams being a terra-link beam and at least another of the fixed spot beams being a cross-link beam, and each satellite comprising at least one of the bent-pipe pathways sequentially configurable in each of the plurality of timeframes to establish connectivity between its fixed spot beams according to the pathway configuration schedule.
10. The system of claim 8, further sing: a ground segment k having the plurality of terrestrial terminals in communication with the multi-satellite constellation, wherein the data store and the pathway scheduling subsystem are disposed in the ground segment network.
11. The system of claim 10, n the pathway scheduling subsystem further operates to communicate the pathway configuration schedule to at least one of the synchronous satellites of the satellite constellation.
12. The system of claim 11, wherein the pathway scheduling subsystem operates to icate the pathway configuration schedule over an out-of-band communications link with the at least one non-geosynchronous satellite.
13. The system of any one of claims 10 to 12, wherein at least one of the terrestrial terminals is a gateway terminal that is communicatively coupled with a backhaul network.
14. The system of any one of claims 10 to 13, n at least one of the terrestrial terminals is a fixed-location terminal, a mobile terminal, or an airborne terminal.
15. The system of any one of claims 1 to 4, wherein the pathway configuration system sequentially configures the pathway in each of the plurality of timeslots to form a physical circuit that couples the ed pair of fixed spot beams according to the pathway configuration schedule.
16. The system of claim 1, 5, or 8, wherein: the pathway has a receive side d with a receiver; and the pathway has a transmit side coupled with a transmitter.
17. The system of claim 1 or 5, wherein the antenna system comprises a plurality of fixed feed horns that service the terra-link beams and the cross-link beam.
18. The system of claim 1, wherein the pathway configuration system comprises a receive switch to selectively couple a receive side of the pathway to one of a ity of receive feeds of the antenna system in each of the plurality of timeslots, according to the y configuration schedule, to ish connectivity between the receive feed and a transmit feed coupled with a transmit side of the pathway, thereby sequentially configuring the pathway in each of the plurality of timeslots to form the signal path between the selected pair of fixed spot beams according to the pathway configuration le.
19. The system of claim 1, wherein the pathway configuration system comprises a transmit switch to selectively couple a transmit side of the pathway to one of a ity of transmit feeds of the antenna system in each of the plurality of timeslots, according to the pathway configuration schedule, to establish connectivity between the transmit feed and a receive feed coupled with a e side of the pathway, thereby sequentially uring the pathway in each of the plurality of timeslots to form the signal path between the selected pair of fixed spot beams ing to the pathway configuration schedule.
20. The system of claim 1, wherein the pathway configuration system comprises: a receive switch to selectively couple a receive side of the pathway to one of a plurality of receive feeds of the antenna system in each of the plurality of timeslots according to the pathway configuration schedule; and a transmit switch to selectively couple a transmit side of the y to one of a plurality of it feeds of the a system in each of the plurality of timeslots according to the pathway configuration schedule, thereby establishing connectivity in each timeslot between a receive spot beam and a transmit spot beam ing to the pathway configuration schedule via the receive feed, the pathway, and the transmit feed.
21. The system of claim 1 wherein the antenna system comprises a phased-array antenna that es the terra-link beams and the cross-link beam.
22. The system of claim 21, wherein the y configuration system comprises a receive beamforming network coupled between the phased array antenna and a receive side of the pathway, the e beamforming network operable to adjust beam weightings to form a signal coupling, in each of the plurality of timeslots, between a receive beam and the receive side of the pathway, thereby sequentially configuring the y in each of the plurality of timeslots to form the signal path between the selected pair of fixed spot beams according to the pathway configuration schedule, one of the selected pair of fixed spot beams being the receive beam.
23. The system of claim 21, wherein the y configuration system comprises a transmit beamforming network coupled between the phased array antenna and a transmit side of the y, the transmit beamforming network operable to adjust beam weightings to form a signal coupling, in each of the plurality of timeslots, between a transmit beam and the transmit side of the pathway, thereby sequentially configuring the pathway in each of the plurality of timeslots to form the signal path between the ed pair of fixed spot beams according to the y configuration schedule, one of the selected pair of fixed spot beams being the transmit beam.
24. The system of claim 21, wherein the pathway configuration system ses: a receive beamforming network coupled between the phased array antenna and a receive side of the pathway, the receive beamforming k operable to adjust beam weightings to form a signal coupling, in each of the ity of timeslots, between a receive beam and the receive side of the pathway; and a transmit beamforming network coupled between the phased array antenna and a transmit side of the y, the transmit beamforming network le to adjust beam weightings to form a signal coupling, in each of the plurality of timeslots, between a transmit beam and the transmit side of the pathway, thereby sequentially uring the pathway in each of the plurality of timeslots to form the signal path between the selected pair of fixed spot beams according to the y configuration schedule, the selected pair of fixed spot beams comprising the e beam and the transmit beam.
25. The system of claim 24, wherein: the receive beamforming k is coupled n a first reflector of the phased array antenna and the receive side of the pathway; and the it beamforming network is coupled between a second reflector of the phased array antenna and the transmit side of the pathway.
26. The system of claim 1 or 5, wherein the antenna system comprises a plurality of fixed feed horns that service the terra-link beams, and a phased-array antenna that services the cross-link beam.
27. The system of claim 1, 5, or 8, wherein the pathway configuration schedule sequentially configures the pathway according to frames, each frame comprising the plurality of ots, a first fraction of the timeslots in each frame supporting forward traffic, and a second fraction of the timeslots in each frame supporting return traffic, the first and second fractions selected according to a computed desired ratio between forward and return capacity.
28. The system of claim 27, wherein some of the first and second fractions of the ots in each frame support terra-link traffic, and others of the first and second fractions of the timeslots in each frame support cross-link traffic.
29. The system of claim 1, 5, or 8, wherein: one of the link beams is to communicate uplink traffic in an uplink band and an uplink polarization; and the other of the terra-link beams is to communicate nk traffic in a downlink band and a downlink polarization, wherein the uplink band is different from the downlink band and/or the uplink polarization is different from the downlink polarization.
30. The system of claim 29, wherein: the link beam is to communicate cross-link traffic in a cross-link band that is different from at least one of the uplink band or the downlink band.
31. A method for scheduled connectivity switching in a non-geosynchronous ite of a multi-satellite constellation, the method comprising: first configuring a pathway of the satellite to form a bent-pipe signal path that establishes connectivity between a first terra-link beam and a second terra-link beam in a first timeslot according to a pathway configuration le stored in memory of the satellite, the satellite having an antenna comprising a ity of feeds to generate a plurality of fixed spot beams including the first and second link beams and a cross-link beam; and second configuring the pathway to form a bent-pipe signal path that establishes connectivity n the first terra-link beam and the cross-link beam in a second timeslot according to the pathway configuration schedule, wherein the pathway configuration schedule accounts for time-varying interconnectivity between the satellites of the constellation caused by movement of the multi-satellite constellation over time with respect to a plurality of terrestrial terminals according to the y configuration schedule.
32. The method of claim 31, further comprising: receiving the pathway configuration schedule by the non-geosynchronous satellite from one of the terrestrial terminals while the non-geosynchronous satellite is in flight.
33. The method of claim 31, further comprising: first receiving, subsequent to the first configuring, first traffic as a first uplink communication from a first terrestrial terminal illuminated by the first link beam; first transmitting, via the pathway, the first traffic as a downlink ication to a second trial terminal illuminated by the second terra-link beam; second ing, subsequent to the second configuring, second traffic as a second uplink communication from the first terrestrial terminal nated by the first terra-link beam; and second transmitting, via the pathway, the second traffic as a cross-link communication to another satellite of the constellation illuminated by the link beam.
34. The method of claim 31, wherein the first configuring comprises forming a physical circuit that establishes connectivity between the first terra-link beam and the second terra-link beam according to the y configuration schedule.
35. A method for scheduling connectivity ing in a satellite communications system having a multi-satellite constellation that facilitates communications between a plurality of terrestrial terminals, the method comprising: obtaining orbital parameters of a plurality of non-geosynchronous satellites of the constellation, communications resource demand ters for a plurality of terrestrial user terminals in communication with the constellation, and communications resource supply parameters for a plurality of terrestrial gateway terminals in communication with the constellation; computing a pathway configuration schedule as a on of the orbital parameters, the communications ce demand parameters, and the communications resource supply parameters, thereby ng a sequential configuration of bent-pipe pathways of the plurality of non-geosynchronous ites in each of a plurality of timeframes to form signal paths among the plurality of terrestrial terminals by establishing connectivity among a ity of beams, each satellite comprising an antenna system that comprises a respective portion of the plurality of beams, such that, according to the pathway configuration schedule, at least one pathway is configured in one timeframe to establish connectivity between respective pairs of terra-link beams ed by its respective satellite, and in another timeframe to establish connectivity between respective a terra-link beam and a cross-link beam provided by its respective satellite; and communicating the pathway configuration schedule to the plurality of satellites of the constellation over respective ite communications links and n the pathway configuration schedule accounts for time-varying interconnectivity between the satellites of the constellation caused by movement of the multi-satellite constellation over time with respect to the plurality of terrestrial terminals.
36. The method of claim 35, further comprising: configuring at least one of the ites, in flight, in one of the timeslots ing to the pathway configuration schedule.
37. The method of claim 35, wherein: the computing is by a terrestrial terminal; and the communicating is by the terrestrial terminal over an out-of-band communications link.
38. The method of claim 31 or 35, wherein configuring the y comprises switching a receive switch to selectively couple a e side of the pathway to one of a plurality of antenna e feeds in at least one of the plurality of timeslots according to the pathway configuration le.
39. The method of claim 31, 35, or 38, wherein configuring the pathway comprises switching a transmit switch to selectively couple a transmit side of the pathway to one of a plurality of antenna receive feeds in at least one of the plurality of timeslots according to the pathway configuration le.
40. The method of claim 31 or 35, wherein configuring the pathway comprises adjusting beam weightings in a receive beamforming network coupled between a phased array antenna and a receive side of the y in at least one of the plurality of timeslots according to the pathway configuration schedule.
41. The method of claim 31, 35, or 40, wherein configuring the pathway comprises adjusting beam weightings in a transmit beamforming network d between a phased array antenna and a transmit side of the pathway in at least one of the plurality of timeslots according to the pathway configuration schedule.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201562199800P | 2015-07-31 | 2015-07-31 | |
US62/199,800 | 2015-07-31 | ||
PCT/US2016/044081 WO2017023621A1 (en) | 2015-07-31 | 2016-07-26 | Flexible capacity satellite constellation |
Publications (2)
Publication Number | Publication Date |
---|---|
NZ739763A NZ739763A (en) | 2021-06-25 |
NZ739763B2 true NZ739763B2 (en) | 2021-09-28 |
Family
ID=
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11502745B2 (en) | Flexible capacity satellite constellation | |
AU2022211896B2 (en) | Ground-based beamformed communications using mutually synchronized spatially multiplexed feeder links | |
EP2789110B1 (en) | Beam switching in a bent pipe satellite for replacing a failing gateway by a virtual utility gateway. | |
US8340016B1 (en) | Flexible forward and return capacity allocation in a hub-spoke satellite communication system | |
AU2012347621B2 (en) | Interference management in a hub-spoke spot beam satellite communication system | |
NZ739763B2 (en) | Flexible capacity satellite constellation | |
RU2805323C1 (en) | Satellite fleet with adaptable capacity | |
AU2014203178A1 (en) | Payload for a multibeam communication satellite of a hub -spoke system with receive and transmit switching pattern synchronized over a frame for flexible forward and return capacity allocation |