<?xml-model href='http://www.tei-c.org/release/xml/tei/custom/schema/relaxng/tei_all.rng' schematypens='http://relaxng.org/ns/structure/1.0'?><TEI xmlns="http://www.tei-c.org/ns/1.0">
	<teiHeader>
		<fileDesc>
			<titleStmt><title level='a'>Space Booking: Enabling Performance-Critical Applications in Broadband Satellite Networks</title></titleStmt>
			<publicationStmt>
				<publisher>IEEE</publisher>
				<date>07/23/2025</date>
			</publicationStmt>
			<sourceDesc>
				<bibl> 
					<idno type="par_id">10593126</idno>
					<idno type="doi"></idno>
					
					<author>Xiaojian Wang</author><author>Ruozhou Yu</author><author>Dejun Yang</author><author>Guoliang Xue</author><author>Qiushi Wei</author><author>Huayue Gu</author><author>Zhouyu Li</author>
				</bibl>
			</sourceDesc>
		</fileDesc>
		<profileDesc>
			<abstract><ab><![CDATA[Low Earth Orbit Satellite Networks (LSNs), as the new generation of backbone networks, can provide low-latency network connectivity anywhere on Earth. However, their dynamic topology and unpredictable global usage patterns hinder reliable communication, limiting their application in supporting real-time applications that require predictable performance. Specifically, the highly dynamic LSN may experience congestion and energy depletion due to uneven user demands and the periodic movement of satellites. In this paper, we design a Congestion and Energy-Aware pricing and resource Reservation algorithm, CEAR, which enables a LSN to reserve network resources for online arriving real-time communication requests, ensuring reliable communication to support performance-critical applications such as disaster monitoring and remote teleconferencing. To maintain the longterm performance of the network, the LSN operator sets resource prices for link bandwidth and satellite energy consumption across the network. The resource prices act as a proxy between the resource reservation decisions for each communication request and the operator's objective to maximize throughput and network utility and/or to balance network-wide resource depletion. CEAR is guided by online competitive algorithm design and achieves a competitive social welfare. Extensive simulations using real-world LSN topology show that CEAR achieves high social welfare while maintaining low network-wide congestion and energy deficit.]]></ab></abstract>
		</profileDesc>
	</teiHeader>
	<text><body xmlns="http://www.tei-c.org/ns/1.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xlink="http://www.w3.org/1999/xlink">
<div xmlns="http://www.tei-c.org/ns/1.0"><head>I. INTRODUCTION</head><p>Low Earth Orbit (LEO) Satellite Networks (LSNs), also known as broadband satellite networks, are drawing increasing attention from both academia and industry <ref type="bibr">[1]</ref>. Many companies such as SpaceX <ref type="bibr">[2]</ref>, Amazon <ref type="bibr">[3]</ref>, and OneWeb <ref type="bibr">[4]</ref> are building their own large-scale LEO satellite constellations to provide low transmission delay, high communication bandwidth, and global seamless Internet coverage to users <ref type="bibr">[5]</ref>. It is foreseeable that the demand for using LSNs will increase, where it serves as the backbone network to support applications that were previously difficult to support. However, LSNs are currently unable to support reliable time-sensitive applications due to their inherent high dynamics and limited available resources (e.g., bandwidth and energy), which make them difficult to provide guaranteed service with predictable performance <ref type="bibr">[6]</ref>.</p><p>End users of satellite backbone networks often require realtime, reliable communication to support critical applications.</p><p>For instance, as shown in Fig. <ref type="figure">1</ref>, Earth Observation (EO) satellites collect Earth surface information and play a significant role in disaster monitoring and recovery, but ensuring reliable and timely transmission of this data to the ground remains a critical challenge <ref type="bibr">[7]</ref>, <ref type="bibr">[8]</ref>. Similarly, remote teleconferencing <ref type="bibr">[9]</ref> and live stream broadcasting <ref type="bibr">[10]</ref> need stable connections to meet user quality-of-experience goals.</p><p>To ensure predictable and reliable quality-of-service (QoS) for certain critical or high-value applications, current networking practice resorts to a combination of traffic prioritization and resource reservation <ref type="bibr">[11]</ref>. However, resource reservation in LSNs differs significantly from traditional networks, requiring special attention and tailored solutions to address unique challenges such as dynamic topology, distinct resource consumption patterns, and the need for long-term performance optimization. These key aspects are outlined below: Highly dynamic topology of LSNs. The network topology in LSNs is highly dynamic, with satellites moving at high speeds and frequently changing relative positions with other broadband satellites, EO satellites, and ground users. Combined with fluctuating demand from both terrestrial and celestial sources, this makes it challenging to provide theoretical guarantees on resource reservation for performance-critical applications. Unique resource constraints in LSNs. In addition to the competition for limited bandwidth across user access links and inter-satellite links, LSNs face the more critical and unique challenge of managing energy constraints. Satellites are powered by solar panels and batteries, which undergo periodic charging and discharging cycles dictated by orbital dynamics. In managing energy consumption, it is essential to consider not only the energy used by a satellite to handle requests at a given moment but also the long-term impact of that consumption on the satellite's energy availability. As satellites move and their relative positions to the Sun change, solar energy may either replenish the battery to recover previous consumption or be wasted if the battery is already full. Due to the physical size and weight constraints of satellites, as well as the difficulty of replacing or maintaining batteries once deployed, excessive energy consumption can degrade batteries, shorten satellite lifespans, and compromise overall network performance <ref type="bibr">[12]</ref>. Addressing these distinct energy patterns is critical to ensuring the long-term sustainability and efficiency of LSNs. Long-term performance optimization in LSNs. Given the high costs of LSN deployment and maintenance, LSN operators must prioritize long-term performance to sustain the LSN ecosystem. This involves managing resource allocation to handle urgent and unpredictable requests, adapting to dynamic topology changes, and maximizing social welfare 1 to ensure both user satisfaction and operational sustainability.</p><p>This paper aims to address the above challenges when serving prioritized users with resource-guaranteed communication services. While existing solutions often fail to fully consider congestion and energy consumption or rely on best-effort routing <ref type="bibr">[13]</ref>, <ref type="bibr">[14]</ref>, which is inadequate for real-time applications, our approach aims to bridge these gaps. We consider a scenario where prioritized traffic demands arrive over time and requests guaranteed service from the LSN operator. To avoid abuse of the prioritized service and to maximize social welfare, the LSN operator sets up service prices that each user must pay to enjoy the prioritized service. Our main contribution is an algorithmic framework to set up service prices in a way that reflects the available resources across a LSN, and to serve (or deny) each user request based on the lowest total price of dynamically scheduled resources that can fulfill the request. The pricing and allocation framework serves the dual purposes of (1) making sure resources are allocated to the highest-value or most critical users as much as possible, and (2) internally balancing congestion and energy consumption across different satellites to achieve high long-term social welfare and increase lifespan of the network. We develop novel modeling techniques to tackle resource allocation challenges in LSNs, including dynamic topology and unique energy consumption patterns, and rigorously demonstrate through competitive analysis that our framework achieves competitive social welfare against the offline optimal algorithm. Extensive and comprehensive simulations on real-world satellite network topologies show that our algorithm outperforms state-of-theart methods in network social welfare while maintaining low average congestion and energy deficit levels in the long run.</p><p>Our main contributions are summarized as follows:</p><p>&#8226; We model how a LSN can reserve dynamic resources to support reliable real-time communication, by formulating a joint request access control and resource reservation problem that accounts for topology dynamics, link congestion and satellite energy deficits. &#8226; We design a novel online pricing and resource reservation algorithmic framework, CEAR, which adaptively prices resources based on satellite network dynamics and uti- 1 Social welfare refers to the total benefit of the system, combining users' satisfaction from accessing the network and operator profit from service.</p><p>Sun Sunlight Earth umbra shadow Trajectory of one satellite Earth Low Earth Orbit Satellite Network Communication subsystem Power subsystem Orbit control subsystem ... Communication subsystem Power subsystem Orbit control subsystem ... lization, and reserves resources adaptively while reacting to link congestion and energy deficit.</p><p>&#8226; Based on the well-known competitive analysis framework, we rigorously analyze and demonstrate that our framework achieves competitive social welfare with carefully selected pricing parameters. &#8226; Extensive simulations show that our algorithm can achieve higher network social welfare while maintaining a low average congestion and energy deficit level compared to existing routing algorithms. Organization. &#167;II introduces background and related work. &#167;III presents the system model. &#167; IV proposes CEAR framework. &#167;V provides the competitive analysis results. &#167;VI shows the evaluation results. &#167;VII concludes the paper.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>II. BACKGROUND AND RELATED WORK</head></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>A. Low Earth Orbit Satellite Networks</head><p>According to different orbit altitude, the satellite can be divided into three categories: Low Earth Orbit (LEO), Medium Earth Orbit (MEO), and Geostationary Earth Orbit (GEO). LEO satellites are located at an altitude of 500-2000km <ref type="bibr">[15]</ref>, which is much closer to the Earth than MEO and GEO satellites and have a shorter round-trip time. However, due to the low altitude, the coverage area of LEO satellite is smaller, and so to provide global coverage, requires a large constellations of satellites forming a network. Due to the high velocity of satellites at the low-Earth orbit, the network topology is highly dynamic. Each satellite periodically transitions between being exposed to sunlight and entering Earth's umbra, where there is no sunlight to serve as an energy source.</p><p>The currently widely employed LSN communication model is bent-pipe communications, where each satellite acts as a relay station and forwards data between the ground stations under the satellite coverage area. With the development of Inter-Satellite Link (ISL) technology, future satellites are expected to also function as routers to forward data among themselves, which could significantly enhance LSN's capability to act as an Internet backbone to provide low-latency network connectivity anywhere on Earth. An example of LSN is shown in Fig. <ref type="figure">2</ref>.</p><p>As shown in Fig. <ref type="figure">1</ref>, there are two types of users who may use the broadband satellite service: the ground users and the space users. The ground users are the users who use the broadband satellite to access the Internet, for example, enabling web access or hosting video conferences between remote locations on Earth. Meanwhile, there are users in the space, such as EO satellites that constantly generate Earth observing data, and require sending those data either to other satellites for processing or to the ground for analytics. For example, an EO satellite monitoring the forest fire needs to transfer images to the Earth immediately to assist in firefighting.</p><p>Due to the large number of LEO satellites, deploying a full constellation incurs high manufacturing and launch costs. As satellites typically operate for 10-15 years <ref type="bibr">[15]</ref>, maintaining stable network performance over their lifespan is essential. Since battery replacement is impossible in space, energy consumption and battery life directly impact long-term usability, making efficient energy management critical.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>B. Routing in LSNs</head><p>Routing in satellite networks has been extensively studied <ref type="bibr">[16]</ref>, <ref type="bibr">[17]</ref>, with approaches and methodologies proposed to address various challenges such as dynamic topology changes, latency constraints <ref type="bibr">[18]</ref>, link failure <ref type="bibr">[19]</ref>, and throughput optimization <ref type="bibr">[20]</ref>. However, they overlook the crucial considerations of congestion and energy consumption, which are essential for the LSN to support real-time applications. Yang et al. discussed online allocation with replenishable budgets <ref type="bibr">[21]</ref>, but it cannot fit the LSN's solar panel-battery charging model, where excess energy is discarded if the battery is full. Some existing works have investigated congestion minimization <ref type="bibr">[13]</ref>, <ref type="bibr">[22]</ref>, <ref type="bibr">[23]</ref> or energy consumption minimization <ref type="bibr">[12]</ref>, <ref type="bibr">[14]</ref>, <ref type="bibr">[24]</ref> in satellite networks. However, these approach require known traffic demands as input or consider link-level statistics such as network buffers; they focus on providing best-effort services without providing network performance guarantee. Finally, there has been limited work that investigates both network congestion and energy consumption in satellite networks <ref type="bibr">[25]</ref>, <ref type="bibr">[26]</ref>. For instance, ECARS <ref type="bibr">[27]</ref> considers multi-objective routing optimization among energy consumption, congestion and delay, but does not provide any guarantee on resource reservation or routing performance. Energy Routing Penalty (ERA) and Energy Routing Pruning (ERU) <ref type="bibr">[28]</ref> revise ECARS by pruning and penalizing links according to the battery charge threshold. However, these works assume requests complete within a fixed period, focusing only on packet-level routing without considering energy consumption or congestion over the full request duration.</p><p>To summarize, we find that existing satellite network routing solutions either do not consider congestion and energy consumption comprehensively, or offer only best-effort routing that cannot reliably support real-time applications with stringent performance requirements. Further, we find that the joint consideration of pricing and allocation for online arriving communication demands is lacking in the existing literature.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>III. SYSTEM MODEL</head><p>In this section, we introduce the system model of CEAR, including the satellite network model, demand model, and energy consumption model, which incorporates the unique energy charging and discharging patterns of satellites.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>A. Satellite Network Model</head><p>We model the LSN as a time-slotted directed graph G(T ) = (V(T ), E(T )), where V(T ) is the set of broadband satellites</p><p>In sunlight Satellite charge discharge cycle Battery discharge In Earth's umbra Battery discharge In Earth's umbra Solar panel energy harvesting Battery charge</p><p>Fig. <ref type="figure">3</ref>: Satellite charge/discharge cycle. The cycle transitions between sunlight, where solar panels harvest energy to power the satellite and store excess energy in the battery, and Earth's umbra, where solar energy is unavailable and the battery discharges to sustain satellite operations. and users at time T , and E(T ) is the set of communication links available at time T . T = {1, 2, . . . } is the set of time slots. Specifically, let S = {s 1 , s 2 , . . . } be the set of broadband satellites, and U (T ) = {u 1 , u 2 , . . . } be the set of users at time T , which includes both ground users and space users. Thus, we have V(T ) = S &#8746; U (T ). The links in E(T ) = {e 1 , e 2 , . . . } include communication links among the satellites and between the satellites and users, i.e., a link e &#8712; E(T ) can be either an ISL or a user-satellite link (USL). Our model captures the dynamic nature of LSNs, where the network topology changes over time slots, with the time slot length determining the granularity of these variations.</p><p>Each link e &#8712; E(T ) has a bandwidth capacity c e (T ), which is the maximum amount of data that can be transmitted over the link at time T . Each broadband satellite s &#8712; S has a battery capacity &#982; s , representing the maximum energy it can store.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>B. Demand Model</head><p>Let R = {R 1 , . . . , R z } be a set of online arriving data transfer requests from users, and we define K = {1,. . ., z}. Without loss of generality, we assume that requests in R are ordered by their arrival times. Each request R i &#8712; R is defined as a tuple (u s i , u d i , &#948; i , st i , ed i , &#961; i ), where u s i is the source of the request, u d i is the destination of the request, &#948; i &#8796; (&#948; i (T )) T &#8712;T is the data rate demand vector of the request, st i is the request start time, ed i is the request end time, and &#961; i is the user's valuation. Given a user's request from source u s i to destination u d i , the request spans from time st i to ed i and is expected to be satisfied within the valuation &#961; i . During this period, the user requires the data rate in each time slot to meet the demand specified by the data rate demand vector &#948; i .</p><p>Upon receiving a data transfer request R i , we assume an all-or-nothing strategy: either route it via a set of paths that guarantee sufficient resources to meet its demand, or reject it. If a ground request is rejected, the ground user can use the terrestrial network or other available satellite constellations for communication. If a request from a space user is rejected, the user can wait for a period before resubmitting the request. Let T &#8796; max i&#8712;K {ed i -st i } be the maximum duration of all requests. For a request R i , let P i (T ) be the set of paths from u s i to u d i at time T in graph G(T ). We define &#954;(T, i) &#8796; 1 sti&#8804;T &#8804;edi to indicate if request R i is active at time T , and &#964; s (T, i) &#8796; 1 sti&lt;T to indicate if satellite s &#8712; S is used by request R i before time T , where 1 c is an indicator function that evaluates to 1 if the condition c is true and 0 otherwise.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>C. Energy Consumption Model</head><p>As shown in Fig. <ref type="figure">3</ref>, a satellite's energy sources include a solar panel for harvesting energy in sunlight and a battery for storage and power supply when in Earth's umbra or when solar panel energy is insufficient <ref type="bibr">[29]</ref>.</p><p>The communication subsystem in a LSN, which supports a satellite in transmitting or receiving data, consumes a substantial amount of the satellite's energy <ref type="bibr">[30]</ref>. We assume that the actual energy consumption is the unit energy multiplied by the link utilization. This model aligns with the power consumption model for satellite communication systems <ref type="bibr">[12]</ref> and is supported by empirical evidence indicating that network devices often demonstrate a linear relationship between throughput and power consumption <ref type="bibr">[31]</ref>, <ref type="bibr">[32]</ref>.</p><p>Since each satellite can have two types of links-ISLs and USLs-we define different energy consumption models for these links. Let m e &#8712;{ISL, USL} be the type of a link e. When a satellite s is transmitting over link e for request R i , we denote its unit energy consumption as &#969; i,tx me , which denotes the energy consumed when the communication subsystem is at an active transmission state. Similarly, when s is receiving from e for R i , we denote its unit energy consumption as &#969; i,rx me . Given a path P i (T ) &#8712; P i (T ) for request R i at time T , the satellite accessed by the user through the USL in the LSN is referred to as the gateway of P i (T ). We define the energy consumption at time T for R i on satellite s as:</p><p>where x i &#8712; {0, 1} is the indicator of whether or not to accept request R i . x i = 1 if request R i is accepted and x i = 0 otherwise. Given P i (T ), energy consumption at each hop depends on satellite positions along the path. Non-gateway satellites use ISL, while gateway satellites use both USL and ISL, with energy use depending on ingress or egress roles.</p><p>Since the charging cycles of each satellite are periodic and dependent on the satellite's orbit and position, we need to dynamically consider the generation, storage and consumption of solar energy. Assume that the LSN serving a request R i has to consume the battery on satellite s due to unavailable or insufficient solar panel input in some time slot T 1 . This causes a deficit on the battery's energy charge that can only be replenished in some future time slot T 2 when the satellite harvests more solar energy than consumption. This means that for all time slots between T 1 and T 2 , the battery charge is affected by serving request R i at time T 1 . Note that a request may have multiple such time slots during its duration that cause deficits in the future. We thus define the battery deficit of satellite s caused by request R i 's active time slot T a &#8712; [st i , ed i ] by the end of a future time slot T &#8805; T a as:</p><p>For R i that is active in T a , it first impacts the battery deficit of this time slot. This impact will either be compensated by the solar energy in this time slot or will need to be offset by the solar energy in subsequent time slots until the deficit is fully compensated. Let &#945;s (T ) be the total solar energy input for time slot T . The remaining solar energy of satellite s in time slot T after satellite s has served/reserved all accepted previous requests before and at time slot T is denoted by</p><p>The remaining solar energy of satellite s in a time slot is the initial total solar energy input minus the energy used to serve or reserve requests in that and prior time slots, with a lower bound of 0. According to the battery deficit model, the remaining battery energy at time slot T for a satellite s is:</p><p>Without loss of generality, we assume the battery is fully charged and solar energy unused at the first time slot. It is trivial to generalize to any starting state by subtracting an initial deficit from &#945;s (T ) in Eq. ( <ref type="formula">3</ref>) and/or &#982; s in Eq. ( <ref type="formula">4</ref>). To account for the overall impact on the battery charge by serving a request R i throughout its active duration, we define the total deficit of request R i for time T &#8805; T a as &#937;s (T, i) &#8796; Ta&#8712;[sti,edi] &#937;s (T a , T, i).</p><p>(5) From the above models, we can see how routing and resource reservation in a LSN differs fundamentally from online routing in the Internet or other types of networks. As shown in Fig. <ref type="figure">4</ref>, the two types of resources, communication bandwidth and energy, have very different characteristics and roles in serving a request. Compared to bandwidth which is an instantaneous resource-meaning that it is automatically recharged after being consumed-the received solar energy can be accumulated up to the battery's capacity, and used to serve communication requests in subsequent time. When the battery is full, using incoming solar energy to serve requests does not consume any long-term resource. Meanwhile, when the energy consumed by all accommodated requests exceed the solar input in a time slot, the consumption on battery charge then affects future time slots until the battery is recharged by future solar input. This, in conjunction with the dynamic topology of the LSN, makes resource planning more complex and challenging than in other types of networks.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>IV. LSN RESOURCE RESERVATION MECHANISM DESIGN</head><p>In this section, we first formulate the congestion-and energyaware pricing and resource reservation problem, aiming to optimize the long-term performance of the entire LSN ecosystem. In network economics, this is regarded as social welfare maximization, which maximizes the total utility of all participants in the ecosystem: both users' and the LSN operator's. Maximizing social welfare is expected to increase an infrastructure's long-term utility and thus the operator's long-term revenue from network economic literature <ref type="bibr">[33]</ref>. We also note that a competitive social welfare maximization algorithm can be extended to a competitive revenue maximization algorithm as in <ref type="bibr">[34]</ref>. Next, we design an online algorithm based on exponential price setting to instruct the routing and resource reservation decisions.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>A.Congestion&amp; Energy-aware Pricing&amp; Resource Reservation</head><p>We consider an online resource auction scenario from the perspective of a LSN operator. Users' requests arrive over time, each with a valuation &#961; i indicating the maximum price the user is willing to pay for R i to secure the necessary resource. The LSN operator must make immediate decisions to accept or reject requests without waiting for other requests to arrive. The LSN operator conducts an online resource auction to allocate bandwidth and energy resources, prioritizing requests with the highest valuations. The outcome of the auction is denoted as</p><p>The utility of the LSN operator is defined as &#920; LSN (X, &#928;) &#8796; i&#8712;K &#960; i x i . The social welfare is then the sum of utlilities of LSN operator and users:</p><p>Given online arriving requests R, the goal of LSN operator is to maximize the social welfare by routing requests through the network while keeping the network uncongested and maintaining balanced battery deficits across satellites to enhance the network's sustainability and lifetime. Below, we first formulate the offline LSN social welfare maximization problem where we assume all upcoming user requests are known to the LSN operator. The offline optimal solution is an upper bound on the maximum social welfare that can be achieved by any online algorithm, and serves as a strong baseline for us to compare our online framework with. Definition 1. Given a LSN {G(T ) | T &#8712; T }, a set of requests R, the congestion-and energy-aware pricing and resource reservation problem can be formulated as:</p><p>(7c) where Y ={y p (T, i) &#8712; {0, 1} | i &#8712; K, T &#8712; T , p &#8712; P i (T )}, and y p (T, i) indicates whether request R i uses path p at time T .</p><p>Let</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Active requests</head><p>Selected path A congested path An energy-deficient path Source Destination Fig. <ref type="figure">5</ref>: An example of congestion-and energy-aware routing in LSN. The green path is the one selected because it has sufficient energy and bandwidth to support the request from the source to the destination. In contrast, the yellow path lacks enough energy, and the red path is experiencing congestion. outcome of routing and resource reservation with respect to all requests. Explanation: Our objective is to maximize the social welfare by routing and reserving resources as in Eq. ( <ref type="formula">7</ref>). Constraint (7a) ensures that any accepted request would have enough resources reserved along paths throughout its active duration. Constraint (7b) ensures that the traffic to be carried on each link does not exceed the link capacity. Constraint (7c) ensures that the battery of each satellite is not depleted.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>B. Balancing Congestion and Energy Consumption via Exponential Price Setting</head><p>Since the LSN operator does not know the future requests, we design an online routing algorithm based on exponential price setting to guide the routing decision. The main idea is to have satellites acting as routers set higher prices for links with high congestion, or for satellites that are anticipated to have large battery deficits in the future. This encourages each request to be served using links with lower congestion and satellites with lower battery deficits. If a request's valuation is less than the total resource price of the best possible plan, it indicates that accepting the request would lead to unacceptable levels of congestion and/or battery deficit, adversely affecting the long-term performance of the network. Therefore, such a request should be rejected. Fig. <ref type="figure">5</ref> illustrates an example of congestion-and energy-aware routing in the LSN.</p><p>To achieve this, we propose an adaptive resource pricing method based on congestion and battery deficit levels. The method is inspired by the multiplicative weight update (MWU) framework <ref type="bibr">[35]</ref>, which prices resources exponentially to their consumption. Similar ideas have previously been applied for bandwidth pricing in Internet routing <ref type="bibr">[36]</ref>, however, the unique characteristics of periodic solar energy input and replenishable battery deficits require novel pricing schemes, as shown below.</p><p>Considering the two distinct types of resources (bandwidth and battery), we first define correspondingly two utilization metrics for each link e (for bandwidth) and each satellite s (for battery) at time T before the i-th online request arrives:</p><p>(9) In the above, &#955; e (T, i) measures the bandwidth utilization on link e at time T with respect to constraint (7b), representing the congestion level caused by the active requests at time T , and &#955; s (T, i) measures the battery utilization of satellite s at time T with respect to constraint (7c), which represents the battery deficit level caused by all previous requests before time T . Both &#955; e (T, i) and &#955; s (T, i) are in the range of [0, 1].</p><p>Our adaptive pricing strategy is based on above two utilizations. We define a congestion cost &#963; e (T, i) for link e at time T and an energy cost &#963; s (T, i) for satellite s at time T upon considering request R i as follows:</p><p>where &#181; 1 and &#181; 2 are two constant parameters of the pricing scheme that decides the conservativeness of pricing relative to the utilization levels. A higher &#181; 1 (resp. &#181; 2 ) represents a more conservative pricing scheme that sets higher prices given the same utilization levels. In Sec. V, these parameters will be used in the competitive analysis given some mild assumptions on the online arriving requests, and best practices for setting these parameters will be discussed in Sec. V-B. Crucially, both cost functions are exponential with respect to their corresponding utilization, such that the cost of a resource grows exponentially with respect to its utilization, aligned with the MWU framework. By setting prices as such, our goal is to discourage utilization of highly congested or deficit resources when serving each upcoming request, thereby balancing resource consumption over the entire network.</p><p>Based on above cost functions, the total cost for serving the upcoming request R i with a LSN social welfare maximization resource pricing and reservation plan is defined as the sum of resource costs of all used link capacity and battery resources across all time slots when the request is active:</p><p>T &#8712;T s&#8712;Pi(T ) &#963; s (T, i) &#982; s Ta&#8712;[sti,edi] &#937;s (T a , T, i).</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>C. Routing and Resource Reservation based on the Exponential Pricing Scheme</head><p>The LSN operator employs the above cost functions to decide the price serving each upcoming user request. For each upcoming request, the pricing and resource reservation plan with the minimum total cost is first calculated. If the total cost is higher than the user's valuation, the request is rejected due to excessive congestion or energy deficit in the network.</p><p>Otherwise, the request is accepted and resources are reserved based on the minimum-cost plan to provide reliable communication service to the user. The overall pricing and resource reservation algorithm is shown in Algorithm 1.</p><p>At the very beginning, the LSN operator initializes the solar energy input for all satellites and all time slots by assigning &#945; s (T ) to &#945;s (T ). Upon a request R i 's arrival, the LSN operator initializes bandwidth utilization &#955; e (T, i) and battery utilization &#955; s (T, i), then computes congestion cost of each link &#963; e (T, i) and energy cost of each satellite &#963; s (T, i) based on the utilizations (lines 2-3). Then we calculate the energy consumption</p><p>Algorithm 1: Congestion and Energy-Aware Pricing and Resource Reservation (CEAR) Algorithm Input: Network {G(T ), T &#8712; T }, arriving request R i , solar energy input {&#945; s (T ) | s &#8712; S, T &#8712; T }, unit energy consumption {&#969; i,tx me , &#969; i,rx me | m e &#8712;{ISL, USL}} Output: Decision (x i ), resource reservation plan {&#968; i } 1 for &#8704;T &#8712; T , &#8704;e &#8712; E(T ) and &#8704;s &#8712; S do 2</p><p>Initialize &#955; e (T, i) and &#955; s (T, i) according to Eqs. ( <ref type="formula">8</ref>) and ( <ref type="formula">9</ref>); Set &#963; e (T, i) and &#963; s (T, i) based on &#955; e (T, i) and &#955; s (T, i) according to Eqs. ( <ref type="formula">10</ref>) and ( <ref type="formula">11</ref>);</p><p>Initialize energy consumption &#8486; s (T, i) of request R i according to Eq. ( <ref type="formula">1</ref>);</p><p>5 According to Eq. ( <ref type="formula">12</ref>), identify the min-price plan</p><p>and total cost of plan &#963;(&#968; * i ) &#8804; &#961; i then 7 for &#8704;T &#8712; [st i , ed i ], &#8704;e &#8712; P * i (T ) do 8 &#955; e (T, i) &#8592; &#955; e (T, i) + &#948;i(T ) ce(T ) ; 9 for &#8704;T &#8712; T , &#8704;s &#8712; P * i (T ) do 10 for &#8704;T a &#8712; [st i , ed i ] do 11</p><p>if T &lt; T a then &#937;s (T a , T, i) &#8592; 0;</p><p>return Accept (x i = 1), &#968; * i . 18 return Reject (x i = 0), &#968; i = {(&#8709;, &#8709;), T &#8712; T }. &#8486; s (T, i) for each satellite regarding request R i according to Eq. (1) (line 4).</p><p>After the initialization, the LSN operator aggregates costs of all resources over the entire active period of the request, and then employs a shortest-path algorithm to find the minimumprice routing and reservation plan &#968; * i for the request (line 5). If the minimum-price routing and reservation plan exists and the cost of the plan is less than the request's valuation &#961; i , the LSN operator accepts this request and updates the bandwidth and battery utilizations, as well as the remaining solar energy and battery deficit of each satellite (lines 6-17). Specifically, for each time slot when request R i is active, the network updates the link bandwidth utilization &#955; e (T, i) according to the request's bandwidth consumption &#948; i (T ) and the link capacity c e (T ) (lines 7-8). For the energy update, according to Eqs. ( <ref type="formula">2</ref>) and (3), each time slot in which request R i is active affects the battery deficit and available solar energy for all subsequent time slots. The battery utilization for each affected time slot is then updated to reflect the change caused by the new battery deficit (lines 9-16). Finally, the LSN operator returns the acceptance decision and the routing and reservation plan (line 17). If the request is rejected, the LSN operator returns the rejection decision and an empty plan without updating the bandwidth and battery utilizations of any network resources (line 18). Remark: The above pricing and resource reservation algorithm relies on the pricing parameters &#181; 1 and &#181; 2 , which controls the conservativeness of the pricing and access control. The optimal set of &#181; 1 and &#181; 2 that can achieve the best social welfare, balanced congestion and low energy deficit is dependent on the set of future requests and their arrival times. In the next section, we first perform competitive analysis to unveil how the request pattern determines the optimal &#181; 1 and &#181; 2 that achieves a competitive social welfare for Algorithm 1. Based on the analysis, we discuss practical approaches for setting &#181; 1 and &#181; 2 in Sec. V-B and evaluate their impacts in Sec. VI-B.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>V. COMPETITIVE ANALYSIS AND PARAMETER SETTING</head><p>In this section, we analyze the proposed online pricing and resource reservation algorithm utilizing the competitive analysis framework <ref type="bibr">[36]</ref> and discuss how to set algorithm parameters in practice.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>A. Competitive Analysis</head><p>The competitive analysis framework is extensively employed to evaluate online algorithms across diverse fields, including but not limited to online scheduling <ref type="bibr">[37]</ref>, <ref type="bibr">[38]</ref>, online learning <ref type="bibr">[39]</ref>, and online auction <ref type="bibr">[40]</ref>. The competitive ratio is defined as the worst-case ratio between the social welfare of the online algorithm and the social welfare of the optimal offline algorithm that knows the entire sequence of future arriving requests in advance <ref type="bibr">[41]</ref>.</p><p>The challenge in competitive analysis for performance in LSNs lies in the dynamic nature of energy resources, specifically the interplay between solar and battery energy, which differs from traditional networks that only consider temporary bandwidth consumption.</p><p>Without prior knowledge or restrictions on the incoming request set, establishing meaningful bounds on the competitive ratio becomes infeasible. For instance, for any online algorithm, regardless of how it handles an incoming request, we can always construct a request sequence where the algorithm either accepts a large request and lacks capacity for subsequent ones or rejects all requests while waiting for a large request that never arrives, leading to an unbounded competitive ratio. Thus, prior knowledge of the incoming request set is essential for meaningful competitive analysis <ref type="bibr">[37]</ref>, <ref type="bibr">[42]</ref>, <ref type="bibr">[43]</ref>. To provide such bounds, we introduce two parameters, F 1 and F 2 , which serve as conservativeness parameters for later price setting of the bandwidth resource and energy resource, respectively. These parameters enable a structured approach to capturing the resource constraints and the impact of incoming requests. Using these parameters, we define two base price factors: &#181; 1 = 2(nTF 1 +1) and &#181; 2 = 2(nTF 2 +1), where n is the maximum number of hops in any path within the LSN. These factors ensure that the pricing mechanism reflects the system's conservativeness, aligning resource allocation with the expected levels of congestion and energy consumption. Later on, we will use &#181; 1 and &#181; 2 in the proof of competitive analysis to establish a competitive ratio for our proposed framework. In addition, we introduce two assumptions to facilitate our competitive analysis: Assumption 1. For any R i and T , max{nT</p><p>and Ta&#8712;[sti,edi] &#8486; s (T a , T, i) &#8804; min s&#8712;S {&#982;s}</p><p>. Assumption 1 establishes bounds on the valuation of each request R i . This ensures that the valuation of each request falls within a competitive range, preventing any single request's valuation from being excessively high or low. Assumption 2 establishes bounds on the demand and total battery deficit of each request R i at each time slot T . This ensures that each request's demand is insufficient to easily saturate link bandwidth or deplete the satellite's battery energy. Remark on Assumptions: These two assumptions are introduced to support our theoretical analysis, as also adopted in existing competitive analysis such as <ref type="bibr">[34]</ref>, <ref type="bibr">[44]</ref>. While not strictly required for practical implementation, they provide a foundation for defining our algorithm's key parameters &#181; 1 and &#181; 2 . During real-world operation, LSN operators can fine-tune these parameters to better align with network conditions and their goals as we discuss in Sec. V-B.</p><p>Based on the above two assumptions, we first analyze whether constraints (7b) and (7c) are violated during the algorithm's online execution process in Lemma 1. Then, to prove the competitive ratio, we first prove a lower bound on the social welfare of the online algorithm in Lemma 2, and then show the upper bound of the social welfare of the offline optimal algorithm in Lemma 3. Finally, we obtain a competitive ratio of 2 log 2 (&#181; 1 &#181; 2 ) for our proposed online algorithm in Theorem 1. To maintain continuity and readability, proofs are delegated to the Appendix.</p><p>Let A denote the set of requests that are accepted by Algorithm 1. Lemma 1 ensures the feasibility with respect to the bandwidth constraint (7b) and energy constraint (7c) over time:</p><p>Next we analyze the competitive ratio of the proposed online algorithm. Let &#936;(T, i) &#8796; e&#8712;Pi(T ) &#963; e (T, i) + s&#8712;Pi(T ) &#963; s (T, i) be the total cost summing up the congestion and energy costs of all the links and satellites in the path of request R i at time slot T , and let k be the last request index in A. Lemma 2 lower bounds the social welfare of the online algorithm by 1 2 log 2 (&#181;1&#181;2) times resource cost across the entire network after considering all requests in A. Lemma 2. 2 log 2 (&#181; 1 &#181; 2 ) i&#8712;A &#961; i &#8805; T &#8712;T &#936;(T, k+1). <ref type="bibr">(13)</ref> Lemma 3 upper bounds the offline optimal social welfare by a factor of the same final resource costs as in Lemma 2. Lemma 3. Let A * be the set of requests accepted by an optimal offline algorithm, and Q =A * \A be the set of requests accepted by the optimal offline algorithm but rejected by Algorithm 1. Let l = max{Q}, then i&#8712;Q &#961; i &#8804; T &#8712;T &#936;(T, l).</p><p>Given that Lemma 2 provides a lower bound on the social welfare of the online algorithm and Lemma 3 provides an upper bound on the social welfare of the optimal offline algorithm, we can now derive the competitive ratio of our online algorithm, as shown in Theorem 1. Theorem 1. Under Assumptions 1 and 2, the competitive ratio of Algorithm 1 is 2 log 2 (&#181; 1 &#181; 2 ) + 1. Remark on competitive ratio with respect to dynamic topology: Theorem 1 holds regardless of how the LSN's dynamic topology evolves over time in the long run. This robustness stems from the design of our system model, which captures dynamics on a per-time-slot basis. The impact of congestion on each link is evaluated per time slot, while the energy dynamics across current and future time slots are encapsulated by the battery deficit in Eq. ( <ref type="formula">2</ref>), which accounts for the satellite's received solar energy and remaining battery energy at each time slot.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>B. Practical Parameter Setting</head><p>The theoretical analysis assumes the worst-case scenario where all requests arrive simultaneously and consume bandwidth and energy resources concurrently. It is most likely too conservative for practical scenarios where requests are typically spaced out over time and location. In practice, F 1 and F 2 can be viewed as tunable conservativeness parameters for congestion and energy consumption, respectively. They define how conservatively the LSN operator estimates the impact of incoming requests on network congestion and energy consumption. F 1 and F 2 can be dynamically adjusted based on observed and estimated traffic load and energy consumption in the network. For instance, the LSN operator can monitor the historical minimum and maximum demand and value of requests, and then periodically update F 1 and F 2 based on historical trends to maximize the actual achievable social welfare. Furthermore, when given a prediction model for future traffic patterns, our algorithm can be integrated with the emerging Algorithm with Prediction (AoP) framework <ref type="bibr">[45]</ref>, <ref type="bibr">[46]</ref>, which improves practical performance by leveraging machine learning-based predictions while maintaining a worstcase competitive ratio similar to that of our algorithm when the predictions are inaccurate. We will explore integrating the AoP framework with our algorithm in future work.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>VI. PERFORMANCE EVALUATION</head><p>In this section, we describe the experiment settings, including simulations with LSN dynamic topology, demand distribution, comparison algorithms, and parameter settings. We then present the evaluation results on social welfare and network metrics, specifically the number of energy-depleted satellites and congested links.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>A. Experiment Settings</head><p>Simulation with LSN dynamic topology. We extended the ICARUS simulator <ref type="bibr">[47]</ref> for evaluation. The simulation was conducted with a one-minute time step over a total duration of 96 &#215; 4 minutes, where 96 minutes corresponds to the orbital period of a satellite around the Earth. During the whole experiment, each satellite completed four revolutions around the Earth, undergoing periodic transitions between sunlit regions and the Earth's umbra, where solar energy is unavailable. This setup captured the dynamic variations in energy availability and network topology inherent to the LSN. LSN topology and user distribution. The parameters of SpaceX Starlink Shell I <ref type="bibr">[48]</ref> were used to generate the LSN topology, with 22 orbital planes and 72 satellites per plane, totaling 1584 satellites, at an altitude of 550 km and an inclination of 53 degrees. For ground users, the Earth's surface was divided into triangles using a triangular tiling, with each triangle's centroid representing a potential ground user data source or destination. Areas unlikely to have users were excluded based on Gross Domestic Product (GDP) distribution, leaving 1761 potential source/destination locations globally <ref type="bibr">[47]</ref>. For space users, we used real orbital TLE data <ref type="bibr">[49]</ref> from 223 currently functional medium-and high-resolution EO satellites operated by Planet Labs <ref type="bibr">[50]</ref> to simulate the relative motion between space users and broadband satellites in the LSN. Request generation and resource consumption. We generated periodic traffic for high-quality communication between source and destination pairs, which required the reservation of network resources. Ten such source-destination pairs were selected randomly. The arrival times of requests followed a Poisson distribution, with a default arrival rate of 10 requests per minute. We also tested various other arrival rates: 5, 15, 20, and 25 requests per minute in our evaluation. Each request duration was randomly set between 1 and 10 minutes, with request sizes following an exponential distribution ranging from 500Mbps to 2000Mbps, and an expected value of 1250Mbps. Comparison algorithms. To benchmark CEAR's effectiveness, we evaluated its performance against the following stateof-the-art LSN routing algorithms:</p><p>&#8226; SSP: Single Shortest Path (SSP) is a baseline algorithm that always selects the shortest path by minimizing the number of hops between the source and destination.</p><p>&#8226; ECARS [27]: Energy and Capacity Aware Routing (ECARS) aims to optimize traffic demand fulfillment and minimize energy usage of LEO satellite batteries in Earth's umbra. It employs a heuristic linear weighted function for routing, incorporating factors for link congestion and battery energy levels to identify the path with the lowest weighted sum; weight settings are detailed below. &#8226; ERU [28]: Energy Routing Pruning-Depth of Discharge (ERU) extends ECARS by adding a focus on battery depth of discharge. It uses an energy threshold to limit battery discharge. If a satellite's battery usage exceeds this threshold in a time slot, the associated link is pruned, preventing the satellite's use during that period. &#8226; ERA [28]: Energy Routing Penalty-Depth Of Discharge (ERA) is similar to ERU but, instead of pruning links, it adjusts the congestion factor and energy factor when the energy threshold is exceeded. CEAR SSP ECARS ERU ERA 0.0 0.2 0.4 0.6 0.8 Social welfare ratio 5 10 15 20 25 Request rate (per min) 0.2 0.4 0.6 0.8 1.0 Social welfare ratio CEAR SSP ECARS ERU ERA Fig. 6: Social welfare ratio under default setting and varying request rate. 0 20 40 60 80 100120140 Time (min) 0 20 40 60 80 100 Energy-dep. sats CEAR SSP ECARS ERU ERA 0 10 20 30 40 50 60 Time (min) 0 2 4 6 8 10 12 14 Cong. link num. CEAR SSP ECARS ERU ERA Fig. 7: Energy-depleted satellites and congestion link number over time.</p><p>Parameter settings. The ISL and USL capacities were set to 20Gbps and 4Gbps, respectively. Power consumption parameters included a solar panel harvesting power of 20W and a battery capacity of 117Kjoule <ref type="bibr">[25]</ref>. The unit power consumption for ISL transmission and reception, and USL transmission and reception, were 0.25, 0.2, 1, and 0.8 Joule/Mbyte, respectively. According to Sec. V-B, we set n = 20 and T = 10. F 1 and F 2 were both set to 1. The valuation was set to a constant value (by default 2.3 &#215; 10 9 ) to match the social welfare ratio and request success ratio metrics described below. Each setting was executed five times using different random seeds to mitigate random noise. For the other comparison algorithms, the ECARS congestion factor was set to 0.3, and the energy factor was set to 0.35 <ref type="bibr">[28]</ref>. For ERA and ERU, the energy threshold was set to 5 &#215; 10 -6 W&#8226;min/Mbit. For ERA, after exceeding the energy threshold, the congestion factor was adjusted to 0.15 and the energy factor was adjusted to 0.7 <ref type="bibr">[28]</ref>.</p><p>To evaluate the performance of the algorithms, we used the following metrics: Social welfare ratio denotes the ratio of the summation of all accepted request valuations, as defined in Eq. ( <ref type="formula">6</ref>), to the total valuation of all arriving requests. In the case where the valuation is constant, this metric also indicates the ratio of successful requests to the total number of requests, which is known as the request success ratio. Energydepleted satellites number denotes the number of satellites with remaining energy less than 20% of battery capacity. Congestion link number denotes the number of links with remaining bandwidth less than 10% of link capacity.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>B. Evaluation Results</head><p>In this subsection, we evaluate the social welfare ratio of different algorithms under varying request arrival rates, the evolution of energy-depleted satellites and congested links over time, the impact of LSN's dynamic topology and energy availability on social welfare, and the influence of the valuation and conservativeness parameter on CEAR's performance.</p><p>Fig. <ref type="figure">6</ref> shows the social welfare ratio for different algorithms under default settings and different request arrival rates, respectively. The error bars in the figure represent the standard deviation calculated from the results of 5 runs with different random seeds. CEAR outperformed the other</p><p>1 11 21 31 41 51 61 Time (min) 0.4 0.6 0.8 1.0 Social welfare ratio CEAR SSP ECARS ERU ERA Fig. 8: Social welfare ratio over time. algorithms because it did not greedily accept all requests that could be satisfied. Instead, CEAR evaluated requests based on the current network state and resource allocation, thereby avoiding situations where large demands could cause network congestion or energy shortages, which would have lowered the overall social welfare ratio. SSP, by always choosing the shortest path, quickly depleted resources along those paths, resulting in a lower social welfare ratio. ERU performed worse than SSP because it conservatively considered battery depth, pruning links that exceeded the energy threshold, which prevented finding viable paths, thus lowering the social welfare ratio. Both ECARS and ERA took congestion and energy factors into account, but their path selection was based on a linear function, which did not sensibly reflect resource usage. Additionally, they lacked access control for online arriving request, which resulted in a lower social welfare ratio compared to CEAR. Fig. <ref type="figure">7</ref> shows the evolution of energy-depleted satellites and congested links over time under LSN's dynamic topology and energy availability. Compared to other algorithms, CEAR maintained a high social welfare ratio while also having fewer satellites with depleted energy throughout the evaluation period. This was because CEAR tended to select routes that minimized energy consumption and rejected requests that could cause the battery depletion, preventing excessive energy drain on individual satellites. Hence CEAR helped avoid energy depletion and ensured the long-term availability of the network. All the other algorithms exhibited a higher number of satellites with depleted energy. SSP and ERU showed more satellites with depleted energy while maintaining low social welfare ratios. Although ERU provided some protection against energy deficits, its effectiveness was very limited. ECARS and ERA had more satellites with depleted energy because they frequently used certain satellites to handle the accepted requests, leading to rapid battery depletion in these satellites. The right subfigure of Fig. <ref type="figure">7</ref> shows the number of congested links at a request rate of 25. SSP had more congested links due to frequent use of the same path, leading to congestion even when the social welfare ratio was low. Other algorithms accounted for network congestion, resulting in fewer congested links compared to SSP. CEAR kept the number of congested links low while maintaining a high social welfare ratio by increasing the path cost when a request would have caused excessive congestion.</p><p>Fig. <ref type="figure">8</ref> shows the changes in social welfare ratio over time under the influence of the LSN's dynamic topology and energy availability. ERU's conservative strategy pruned links even with slight network usage, making pathfinding difficult and 0.1 1 2 3 4 5 <ref type="bibr">6 7</ref> Valuation (&#215;10</p><p>9 ) 0.5 0.6 0.7 0.8 Social welfare ratio 1 10 2 10 4 10 6 10 8 F 2 0.4 0.5 0.6 0.7 0.8 Social welfare ratio lowering the social welfare ratio. Initially, all algorithms had high social welfare ratios, but SSP, ECARS, and ERA accepted high-resource requests, reducing future network capacity and rapidly decreasing their social welfare ratios. CEAR's social welfare ratio decreased more gradually as it rejected requests that could cause excessive congestion or energy depletion. Fig. <ref type="figure">9</ref> shows how changes in the valuation and conservativeness parameter F 2 affect the social welfare ratio of CEAR. As the valuation increased, the social welfare ratio improved but was limited by available network resources. An increased F 2 led to satellites conserving more energy for future use, thereby lowering the social welfare ratio of CEAR.</p><p>Overall, CEAR achieved higher social welfare than other state-of-the-art algorithms while maintaining a low number of energy-depleted satellites and congested links over the long run, demonstrating its effectiveness in routing and resource reservation in LSNs.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>VII. CONCLUSION</head><p>To enable LSNs to support real-time applications requiring stable communication performance, we investigated the congestion-and energy-aware pricing and resource reservation problem in LSNs. We designed an online algorithm, CEAR, which processes online requests by setting prices for network bandwidth and energy resources based on the current network conditions. The algorithm then makes routing decisions based on the specific requirement of requests and the prices in the network, allowing it to reserve network resources for each request while considering the levels of congestion and battery depletion across the network. This ensures that accepted requests have sufficient resources to be reliably supported, which is crucial in highly dynamic LSNs. Through competitive analysis, we proved that CEAR achieves a competitive social welfare. Simulations on real LSN topologies demonstrated that CEAR can maintain high social welfare ratio while keeping a low congestion and energy deficit level.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>APPENDIX</head><p>This section shows the proof of Lemmas 1-3 and Theorem 1.</p><p>Proof of Lemma 1 Proof. We prove this lemma by contradiction. Assume a satellite s violates the energy constraint, i.e., b s (T ) &lt; 0 for the first time after accepting request R i . Then we have &#955; s (T, i) + ( Ta&#8712;[sti,edi] &#937;s (T a , T, i))/&#982; s &gt; 1. According to Assumption 2, we have &#955; s (T, i) &gt; 1 -( Ta&#8712;[sti,edi] &#937;s (T a , T, i))/&#982; s &#8805; 1 -1/log 2 &#181; 2 . So that we can get an inequality about energy cost &#963; s (T, i) &gt; &#982; s (&#181; 1-</p><p>Similarly, if the bandwidth constraint is violated, we can get an inequality about the congestion cost &#963; e (T, i) &gt; c e (T )nTF 1 . Let &#963; unit e (T, i) = &#963;e(T,i) ce(T ) and &#963; unit s (T, i) = &#963;s(T,i) &#982;s . Consider only one time slot, one link, one satellite's cost:</p><p>&#963; unit e (T, i) + &#963; unit s (T, i) &gt; nTF 1 + nTF 2 . According to Assumption 1, we have &#961; i &#8804; nTF 1 + nTF 2 &lt; &#963; unit e (T, i) + &#963; unit s (T, i). This contradicts the fact that the request R i is accepted by Algorithm 1 in line 6.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Proof of Lemma 2</head><p>Proof. We prove this lemma by induction on k. For the case k = 0, the inequality (13) holds as both sides evaluate to zero. To prove <ref type="bibr">(13)</ref>, we need to prove that for any accept request R i , T &#8712;T e&#8712;Pi(T ) (&#963; e (T, i + 1) -&#963; e (T, i)) + T &#8712;T s&#8712;Pi(T ) (&#963; s (T, i + 1)-&#963; s (T, i)) &#8804; 2&#961; i (log 2 &#181; 1 + log 2 &#181; 2 ).</p><p>Let &#8710; e (T ) = c e (T )&#181; &#955;e(T,i) 1</p><p>(2 log 2 &#181;1 &#948; i (T ) ce(T ) -1) and &#8710; s (T ) = &#982; s &#181; &#955;s(T,i) 2</p><p>(2 log 2 &#181;2 Ta &#8712;[st i ,ed i ] &#937;s (Ta ,T ,i) &#982;s -1). According to Eq. ( <ref type="formula">10</ref>), we have &#963; e (T, i + 1) -&#963; e (T, i) = &#8710; e (T ). Similarly, according to Eq. ( <ref type="formula">11</ref>), &#963; s (T, i + 1) -&#963; s (T, i) = &#8710; s (T ).</p><p>According to Assumption 2 and the fact that 2 x -1&#8804; x when 0 &#8804; x &#8804; 1, we have &#8710; e (T ) &#8804; log 2 &#181; 1 &#963;e(T,i)&#948;i(T ) ce(T )</p><p>+ &#948; i (T ) and &#8710; s (T ) &#8804; log 2 &#181; 2 ((&#963; s (T, i) Ta&#8712;[sti,edi] &#937;s (T a , T, i))/&#982; s + Ta&#8712;[sti,edi] &#937;s (T a , T, i)). According to Assumption 1, we have &#961; i &#8805; nT&#948; i (T ) and &#961; i &#8805; nT Ta&#8712;[sti,edi] &#8486; s (T a , i) &#8805; nT( Ta&#8712;[sti,edi] &#937;s (T a , T, i)).</p><p>So that T &#8712;T e&#8712;Pi(T ) &#8710; e (T )+ T &#8712;T s&#8712;Pi(T ) &#8710; s (T ) &#8804; log 2 &#181; 1 (&#961; i + Tn&#948; i (T )) + log 2 &#181; 2 (&#961; i + Tn( Ta&#8712;[sti,edi] &#937;s (T a , T, i))) &#8804; 2&#961; i (log 2 &#181; 1 + log 2 &#181; 2 ).</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Proof of Lemma 3</head><p>Proof. Suppose the offline algorithm utilizes path P &#8242; i (T ) to serve the request R i &#8712; Q, which is accepted by the optimal offline algorithm but rejected by Algorithm 1 at time T . Since R i is rejected by Algorithm 1, we have i&#8712;Q &#961; i &#8804; The second last inequality holds due to the cost function's monotonicity, while the last inequality holds because the offline algorithm is also bandwidth and energy-constrained.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Proof of Theorem 1</head><p>Proof. Building upon the results of Lemma 2 and Lemma 3, we have i&#8712;Q &#961; i + i&#8712;A &#961; i &#8804; T &#8712;T e&#8712;Pi(T ) &#963; e (T, l) + T &#8712;T s&#8712;Pi(T ) &#963; s (T, l)+ i&#8712;A &#961; i &#8804; 2 log 2 (&#181; 1 &#181; 2 ) i&#8712;A &#961; i + i&#8712;A &#961; i &#8804; (2 log 2 (&#181; 1 &#181; 2 ) + i&#8712;A &#961; i .</p></div></body>
		</text>
</TEI>
