Next Article in Journal
An Energy-Aware Load Balancing Method for IoT-Based Smart Recycling Machines Using an Artificial Chemical Reaction Optimization Algorithm
Previous Article in Journal
Examination of Lemon Bruising Using Different CNN-Based Classifiers and Local Spectral-Spatial Hyperspectral Imaging
 
 
Font Type:
Arial Georgia Verdana
Font Size:
Aa Aa Aa
Line Spacing:
Column Width:
Background:
Article

On-Board Decentralized Observation Planning for LEO Satellite Constellations

College of Information System and Management, National University of Defense Technology, Changsha 410073, China
*
Author to whom correspondence should be addressed.
Algorithms 2023, 16(2), 114; https://doi.org/10.3390/a16020114
Submission received: 4 January 2023 / Revised: 9 February 2023 / Accepted: 13 February 2023 / Published: 14 February 2023

Abstract

:
The multi-satellite on-board observation planning (MSOOP) is a variant of the multi-agent task allocation problem (MATAP). MSOOP is used to complete the observation task allocation in a fully cooperative mode to maximize the profits of the whole system. In this paper, MSOOP for LEO satellite constellations is investigated, and the decentralized algorithm is exploited for solving it. The problem description of MSOOP for LEO satellite constellations is detailed. The coupled constraints make MSOOP more complex than other task allocation problems. The improved Consensus-Based Bundle Algorithm (ICBBA), which includes a bundle construction phase and consensus check phase, is proposed. A constraint check and a mask recovery are introduced into bundle construction and consensus check to handle the coupled constraints. The fitness function is adjusted to adapt to the characteristics of different scenes. Experimental results on series instances demonstrate the effectiveness of the proposed algorithm.

1. Introduction

With the increase in the number of satellites and the improvement of satellite capabilities, users have more complex requirements for Earth Observation Satellites (EOSs), and the drawbacks of the traditional observation planning mode, which is conducted entirely on the ground, are increasingly exposed. In the traditional mode, due to the limited communication resources between the satellites and the ground stations, the ground cannot obtain the on-board status in real time, which makes it difficult to perform a practical planning scheme [1]. The improvement of satellite computing power and inter-satellite communication capacity makes on-board planning possible. The advantages of on-board planning are that the cost of satellite–ground interaction can be reduced, and more importantly, more effective planning schemes can be made based on the real-time environmental conditions.
Due to the limited storage, energy and field of view of single satellite, multi-satellite coordination is required to complete complex observation requirements. The satellite constellation is constituted by multiple satellites, which cooperate with each other in accomplishing the specific missions. LEO satellite constellations are widely used in remote sensing (MicroMAS [2], TROPICS [3]) and communication (Iridium [4], Globalstar [5], OneWeb [6], Starlink [7]). Compared with other types of constellation, LEO satellite constellations have several main advantages for remote sensing: (1) LEO satellites are usually small satellites and their lower cost to develop and launch enables organizations to field many dedicated nodes on-orbit; (2) due to the large number of satellites, the revisit period of the constellation to the ground target is shorter; (3) the low orbit altitude makes the delay and loss of Satellite–Ground Link (SGL) lower; (4) in addition to SGL, Inter-Satellite Link (ISL) is basically used in LEO satellite constellations, which allows for crosslink with higher quality and larger bandwidth. In this paper, we investigate on-board observation planning for crosslink-enabled LEO satellite constellations.
On-board observation planning for LEO satellite constellations belongs to the multi-satellite on-board observation planning (MSOOP) which can be seen as a variant of the multi-agent task allocation problem (MATAP) [8]. In MATAP, there are two typical planning architectures—centralized [9,10,11] and decentralized [12,13,14,15]. In a centralized architecture, a central node is required to maximize or minimize user-defined goals by optimizing task-resource allocation, expecting to find the optimal solution. The centralized optimization is built on the premises that the central node knows all the task information and the resource information of the global nodes. This architecture cannot respond to changes on the satellites in real time, which leads to a certain lag in the planning scheme, and it relies heavily on communication links. In addition, the computing power of on-board hardware is poor, so it is difficult to find a node to complete the planning calculation of the whole constellation, especially a large-scale constellation. Thus, it is more feasible to allocate the calculation cost to multiple nodes. Finally, considering the robustness of the whole system, once the central node fails, it will be a devastating blow to the entire constellation. To sum up, a centralized architecture is hard to implement in MSOOP, and a decentralized architecture is chosen. In a decentralized architecture, each satellite claims the task independently and finally generates its own planning scheme. Following that, the consensus problem is difficult to deal with. Assuming that there is no communication between satellites, it cannot be guaranteed that a task will not be claimed repeatedly by multiple satellites, because a satellite does not know the claim results of other nodes. Therefore, we must introduce communication between satellites to ensure consensus. In general, if there is communication so that each satellite knows the claim results of other satellites, consensus can be guaranteed. The communication in LEO satellite constellations is achieved by ISLs. However, as a limited resource, the link cannot be used at will, and there is latency and packet loss in the communication process, which can be seen as the cost of communication.
In previous literature, traditional decentralized optimization algorithms mainly include meta-heuristic algorithms and market-based heuristic algorithms. For meta-heuristic algorithms, Zheng et al. developed a hybrid distributed Genetic Algorithm including a local constraint satisfaction module and a global distributed optimization module [1]. The local module is performed on each satellite using a local search to provide feasible sub-solutions, and the global module is performed through the inter-satellite communication using a distributed Genetic Algorithm to ensure the satisfaction of coupled global constraints. However, the computational complexity for both the local module and the global module grows exponentially as the number of satellites increases. Agogino et al. exploited a multi-agent evolutionary algorithm to deal with the coordination of CubeSats [16]. Similarly, the complexity of evolutionary computation is uncontrollable in large-scale scenes, and some time constraints are not considered. To sum up, meta-heuristic algorithms usually include some iterative optimization mechanisms, such as local search and population evolution, which makes the computational complexity rise nonlinearly as the number of agents or tasks increases and leads to a poor performance in large-scale scenes. In addition, the computing power of on-board hardware is not enough to support iterative optimization mechanisms. For market-based heuristic algorithms, Van der Horst studied how to optimally manage interdependent satellite clusters under the constraints of energy and communication for heterogeneous small satellite systems, and they introduced a task allocation method based on market mechanism [17]. However, the model is relatively simple, and some coupled constraints such as temporary constraints are not considered. As a representative market-based algorithm, Contract Network Protocol (CNP) was first proposed to deal with distributed problem by Smith [18]. After that, many improved versions have been studied for satellite mission planning [19,20,21,22]. However, the communication cost of CNP and its improved versions cannot be well controlled within an acceptable level. Each task needs to go through the stages of publishing, bidding and winning, which makes the number of communication for task allocation linearly related to the number of agents and the number of tasks. For the whole constellation, a large amount of communication makes the communication cost increase and the robustness decrease. In addition to traditional optimization algorithms, some machine learning algorithms are also emerging to solve decentralized problems. These algorithms are usually based on Game Theory, which achieves global convergence by finding the Nash equilibrium. Multi-Agent Reinforcement Learning (MARL) is widely used in multi-agent systems, such as games (StarCraft II), robot control, and UAV formation. Li et al. introduced Multi-Agent Deep Deterministic Policy Gradient (MADDPG), a classical MARL algorithm, into MSOOP which was formulated as a fully cooperative Markov Decision Process [23]. However, only the coordination of three satellites is considered in their experiment. It is difficult to guarantee the convergence of machine learning algorithms in large-scale scenes. Therefore, considering the computational complexity, communication cost and convergence, we decide to explore a market-based decentralized algorithm with a low communication cost.
In this paper, the Improved Consensus-Based Bundle Algorithm (ICBBA) is proposed to maximize the total profit of the whole constellation at an acceptable communication cost. CBBA is one of the state-of-the-art decentralized market-based algorithms that was developed by Choi et al. in 2009 [24]. CBBA is a polynomial time algorithm with O ( N · M ) computational complexity ( N is the number of agents and M is the number of tasks). It has been proved that CBBA is capable of guaranteeing conflict-free allocation, assuming a strongly connected network, which is one type of coupled constraint. However, it is not able to account for the other types of coupling which are common in MSOOP. ICBBA is an innovation based on CBBA in MSOOP, which is reflected in the following aspects: (1) aiming at other coupled constraints such as the storage constraint, the energy constraint and the temporary constraints in MSOOP, a constraint check and a mask recovery are introduced into bundle construction and consensus check to overcome the shortcoming that the original algorithm cannot solve the coupled constraints; (2) according to the characteristics of different scenes, the fitness function is adjusted to adapt different dominant constraints. To validate the effectiveness of ICBBA, we carry out experiments on several groups of instances with different satellite and task scales. The experimental results show that ICBBA can not only reduce the communication cost compared with other decentralized algorithms but also have a good optimization performance. ICBBA can achieve the global consensus in an acceptable number of iterations and the re-convergence in the face of dynamic task arrival when it is running.
The remainder of the paper is organized as follows. Section 2 gives the description of MSOOP. ICBBA including bundle construction and consensus check is introduced in Section 3. Section 4 presents the design of test instances and the experimental results of ICBBA on various scenes. Concluding remarks are drawn in Section 5.

2. Problem Description

In this section, the problem description of MSOOP for LEO satellite constellations is detailed. The additional discussion on the design of satellite constellations will not be conducted in this paper. The homogeneous Walker-δ constellation consisting of the same optical satellites is used as the studied case. The constellation configuration is described in Section 2.1; the mathematical formulation of MSOOP is described in Section 2.2; the constellation communication network topology is described in Section 2.3.

2.1. Constellation Configuration

A Walker-δ constellation configuration can be represented as the parameter tuple (total number of satellites N /number of planes P /inter-plane spacing F , orbit altitude h , orbit inclination i ). The total number of satellites, the number of planes, and the inter plane spacing determine the scale of the whole constellation. Each satellite in the constellation has the same orbit altitude and orbit inclination. In this paper, AGI’s STK is introduced to simulate all the constellations. Taking Walker-δ (30/3/1, 600 km, 60°) as an example, its 3D constellation configuration and 2D satellite ground tracks at time t = 0 are shown in Figure 1a,b respectively.
For each satellite in the constellation, it has the same attitude maneuver capability and carries the same observation and communication payload. The observation payload configuration includes its main parameters such as payload type, field of view and resolution. The satellite can only observe the target within the corresponding observation availability masks. The satellite-to-target observation availability masks are jointly determined by attitude maneuver capability, observation payload configuration, satellite position and target position. Communication payloads such as radio or laser payloads enable communication links between a satellite and a ground station or between two satellites to transmit data. However, since the relative positions of any two nodes in the communication network may change over time, they must be within the communication availability masks to establish communication links.

2.2. Mathematical Formulation

In MSOOP, the constellation handles demands from ground users or generated spontaneously, and these demands can be considered as the set of observation tasks. Generally speaking, the set of observation tasks and the set of observation availability masks are taken as the input, and the planning scheme is taken as the output. According to the on-board situation, each satellite completes the task allocation in a fully cooperative mode, which maximizes the profits of the whole constellation to complete the observation tasks under the condition of meeting various constraints. Therefore, MSOOP is essentially a variant of MATAP, so we will modify and supplement the task allocation model in the original work of CBBA to formulate the mathematical model of MSOOP.
  • Satellite-related variables: Let I = 1 ,   2 ,   , N be index set of N satellites. The i th satellite s a t i is associated with the maximum available storage s t o i sat and the maximum available energy e n e i sat .
  • Task-related variables: Let J = 1 ,   2 ,   , M be an index set of M tasks. The j th task t a s k j is associated with the estimated consumed storage s t o j task , the estimated consumed energy e n e j task , the estimated duration d u r j task , the execution start time s t j task , the execution end time e t j task , the attitude maneuver time a m t j j task between e t j task and s t j task , the original profit o p j task determined by the priority of the task, and the final profit f p j task obtained by the observation of the task. λ is the time-discounted parameter of f p j task , and f p j task can be calculated as:
    f p j task = o p j task e λ s t j task .
  • Mask-related variables: Let K i j = 1 ,   2 ,   , O i j be index set of O i j   s a t i -to- t a s k j observation availability masks. The k th mask o a m i j k is associated with the start time s t i j k oam and the end time e t i j k oam .
  • Decision variable: To finally find the “task-mask” mappings in MSOOP, x i j k is introduced as a decision variable. x i j k = 1 if t a s k j is assigned to o a m i j k , and x i j k = 0 otherwise.
Based on the above variable definitions, the mathematical model of MSOOP is formulated as follows:
max i = 1 N j = 1 M k = 1 O i j x i j k f p j task
subject to
j = 1 M k = 1 O i j x i j k s t o j task s t o i sat , i I
j = 1 M k = 1 O i j x i j k e n e j task e n e i sat , i I
i = 1 N k = 1 O i j x i j k 1 , j J
s t i j k oam s t j task < e t j task e t i j k oam ,   if   x i j k = 1
e t j task + a m t j j task s t j task ,   if   e t j task < s t j task
s t j task + d u r j task = e t j task ,   if   i = 1 N k = 1 O i j x i j k = 1
x i j k 0 ,   1 , i , j , k I × J × K i j
where Formula (2) represents that the objective function is to maximize the total profit; Formulas (3) and (4), respectively, use the storage constraint and the energy constraint to restrict the number of tasks completed by each satellite; Formula (5) describes the consensus constraint; Formulas (6)–(8) describe the special temporary constraints in MSOOP, Formula (6) means the observation action of each planned task must be within the observation availability mask; Formula (7) means any two observation actions do not overlap and the attitude maneuver time between them should be reserved; Formula (8) means there must be a duration needed for each planned task to receive a complete observation action; Formula (9) guarantees that once an observation action starts, it cannot be preempted.
According to attitude maneuver capability, Earth Observation Satellites are divided into non-agile satellites and agile satellites. Non-agile satellites have one axe of the single direction (roll), which means the target can only be imaged when the satellite is just on the top of target point. In Formula (6), if t a s k j is assigned to o a m i j k , the execution start time s t j task should be equal to s t i j k oam and the execution end time e t j task should be equal to e t i j k oam . Agile satellites are mobile along three axes (roll, pitch and yaw). This mobility makes the target also can be imaged even if the satellite flies over or does not reach the target point. Agile satellites have the longer observation availability mask for a task than non-agile satellites. So, we need to determine not only x i j k but also s t j task and e t j task of each task. Observation planning for single agile satellite has been proved to be NP-hard [25]. s t j task and e t j task are continuous variables, so it is difficult to use discrete algorithms to determine. In this paper, we use heuristic strategies such as forward arrangement and central arrangement to determine the execution time of each task.
The above constraints are divided into coupled constraints and uncoupled constraints. Coupled constraints include any situation where the decisions regarding one task or agent affect the options available regarding other tasks or agents. The constraints described in Formulas (3)–(5) and (7) are coupled constraints. The observation action of each task may cause other observation masks to be disabled due to insufficient storage or energy, avoidance of re-assignment, or lack of attitude maneuver time. These coupled constraints make MSOOP more complex than other task allocation problems.

2.3. Communication Network Topology

In MSOOP, the communication links are used to carry out data routing related to the planning process, such as broadcast of task sets, interaction of consensus information, etc. The size of these data is usually small, which is different from bulk data such as images. Therefore, there is no strict demand for the bandwidth of the communication links. The availability of the communication links is mainly discussed here. For any two nodes at a certain time, if a communication link can be established between them, they are defined to be neighbors to each other, and this relationship is bi-directional.
  • Communication-related variables: Let L i i = 1 ,   2 ,   , P i i be an index set of P i i   s a t i -to- s a t i communication availability masks. The l th mask c a m i i l is associated with the start time s t i i l cam and the end time e t i i l cam . If l L i i satisfies s t i i l cam t e t i i l cam at time t , s a t i is called the neighbor of s a t i at time t . The index set of the neighbors of s a t i at time t is denoted as N i t = 1 ,   2 ,   , Q i t , where Q i t is the number of the neighbors of s a t i at time t . Due to the bi-directional characteristic, L i i = L i i and i N i t i N i t .
The crosslink between satellites is realized by establishing ISLs. ISLs are divided into intra-plane ISLs and inter-plane ISLs according to whether the sender and the receiver belong to the same plane. Each satellite can establish a stable intra-plane ISL with satellites on both sides of the same plane at any time, which makes the intra-plane ISLs form a closed loop. The availability of inter-plane ISLs is time-varying due to the relative motion of satellites on different planes. In this paper, we make a reasonable simplified availability standard that an ISL is available whenever the line-of-sight vector between two satellites passes above the surface of the earth. The communication network topology of Walker-δ (30/3/1, 600 km, 60°) at time t = 0 is shown in Figure 2. For instance, s a t 1 has two intra-plane neighbors ( s a t 2 , s a t 10 ). s a t 2 has two intra-plane neighbors ( s a t 1 , s a t 3 ) and three inter-plane neighbors ( s a t 23 , s a t 24 , s a t 25 ).

3. Improved CBBA

In order to balance the computing cost of nodes and increase the overall robustness, we decided to adopt a decentralized solving approach. In this section, ICBBA which is modified based on the original CBBA is proposed to solve MSOOP. The main procedure of ICBBA is described in Section 3.1; the bundle construction is described in Section 3.2; and the consensus check is described in Section 3.3.

3.1. Main Procedure of ICBBA

Before implementing the ICBBA, some pre-work is essential. The ground needs to carry out periodic orbit prediction and communication availability calculation in advance and send it to the constellation before planning. No matter whether the observation tasks are generated on the ground or on the satellite, they need to be broadcast in the constellation in advance. Each satellite calculates the observation availability masks based on satellite information and task information before planning. After all satellites obtain the observation availability masks and the communication availability masks mentioned in Section 2.2 and Section 2.3, respectively, ICBBA can be started.
ICBBA is a typical market-based task allocation algorithm, which includes two main phases. The first phase is bundle construction, in which all nodes independently add tasks greedily to their bundle. The second phase is consensus check, in which nodes communicate with their neighbors to reduce conflict in the global task allocation based on action rules. On the premise of keeping each satellite clock in sync with the ground, each satellite runs the above two phases iteratively in parallel until the global consensus is reached and receives its own final planning scheme to perform observation. For the decentralized approach, each node cannot perceive the global planning information, and it can only receive the planning information from its neighbors. Therefore, each satellite actually does not know whether the global consensus has been reached (that is, each satellite does not know whether the global algorithm has been terminated) but only whether the consensus between itself and its neighbors has been reached. Although there is no centralized node for unified planning, as long as each decentralized node operates correctly, the global convergence can still be achieved. The convergence of CBBA has been proved in the original work [24]: for dynamic networks in which the communication network topology varies with time, the convergence of CBBA with a conflict resolution phase can still be guaranteed if the union of network topologies for the effective communication of each agent is fully connected. As we introduced in Section 2.3, intra-plane ISLs and inter-plane ISLs allow each satellite node to be fully connected within ICBBA running time, and no node is isolated.
  • Algorithm-related variables: T is the iteration time that records the running times of bundle construction. b i is the bundle of s a t i with the length of B i , where the element b i n is the n th entry of b i . y i is the winning bid list of s a t i , where the element y i j is the global winning bid for t a s k j with the knowledge of s a t i . z i is the winning satellite list of s a t i , where the element z i j is the global winning satellite index for t a s k j with the knowledge of s a t i . s i is the time stamp of the last information update from each of the other satellites, where the element s i i is the last information-update time stamp of s a t i with the knowledge of s a t i . D M G i j , Diminishing Margin Gain, indicates that if t a s k j is assigned to s a t i , the maximum f p j task that can be obtained without conflict with the tasks is already added to b i . The mask index and the task execution start time corresponding to D M G i j are denoted as k i j DMG , s t i j DMG , respectively. Each time, the task index added to b i is denoted as j add . With the addition of tasks, some masks belonging to the tasks that have not been added to the bundle may be unavailable due to constraint conflicts. Therefore, a mask enabling flag f i j k initialized to 1 is introduced; f i j k = 1 if o a m i j k is available, f i j k = 0 otherwise. A consensus flag c o n f i is also introduced; c o n f i = 1 if the consensus is reached between s a t i and its neighbors currently, c o n f i = 0 otherwise. h i j is used as an indicator function that is 1 if D M G i j > y i j is true and 0 otherwise, which is expressed as:
    h i j = I D M G i j > y i j .
From the perspective of each decentralized node, each satellite starts to run the ICBBA algorithm after receiving the task set. The main procedure of ICBBA includes the following steps:
(1) Bundle Construction: construct its own bundle and update planning information b i , y i , z i ; (2) Planning Information Sending: send its own planning information y i , z i , s i to neighbors; (3) Planning Information Receiving: receive the planning information y i , z i , s i from its neighbor s a t i ; (4) Consensus Check: update the time stamp s i and check whether the consensus has been reached, no operation if so; otherwise, change the corresponding part of b i , y i , z i and jump to Step (1).
Step (1) is triggered by non-consensus. Step (2) is triggered by Step (1). Step (3) is triggered by Step (2) of neighbor s a t i . Step (4) is triggered by Step (3). Because each satellite does not know whether the global consensus has been reached, the ICBBA on each satellite cannot be terminated spontaneously until the earliest task execution start time or the running time threshold set in advance is reached. After the algorithm is terminated, each satellite performs the observation according to the last updated decentralized planning scheme. Therefore, sufficient running time must be reserved to ensure that the algorithm has completed global convergence; otherwise, the consensus of the planning scheme cannot be guaranteed. The pseudo-code of ICBBA from the perspective of each decentralized node is described in Algorithm 1.
Algorithm 1. ICBBA for s a t i
procedure ICBBA (current satellite index i , satellite index set I = 1 ,   2 ,   , N , task index set J = 1 ,   2 ,   , M , observation availability mask index sets K i 1 ,   K i 2 ,   , K i M , communication availability mask index sets L i 1 ,   L i 2 ,   , L i N )
 Initialize T = 0 , b i T = , y i j T = 0   j J , z i j T = 1   j J , s i i = 0   i I , c o n f i = 0
while termination condition is not reached do /* Execute the procedure if the earliest task execution start time or the running time threshold set in advance has not been reached */
  if  c o n f i = 0  then
    T = T + 1 /* Record the iteration time */
    b i T ,   y i T ,   z i T Bundle Construction( i ,   J ,   K i 1 ,   K i 2 ,   , K i M ,   b i T 1 ,   y i T 1 ,   z i T 1 ) /* Construct the bundle and update the planning information */
    t Time Reading( ) /* Record the current time */
    N i t Neighbor Getting( t ,   i ,   L i 1 ,   L i 2 ,   , L i N ) /* Calculate the communication availability */
   for i  in  N i t do
    Planning Information Sending( i ,   i ,   y i T ,   z i T ,   s i ) /*Send the planning information to each neighbor */
   end for
  end if
  if neighbor s a t i is sending planning information to s a t i  then
   Planning Information Receiving( i ,   i ,   y i ,   z i ,   s i ) /*Receive the planning information from the communicating neighbor */
    t Time Reading( ) /* Record the time of current communication */
    c o n f i ,   b i T ,   y i T ,   z i T ,   s i Consensus Check( t ,   i ,   i ,   I ,   J ,   K i 1 ,   K i 2 ,   , K i M ,     b i T ,   y i T ,   z i T ,   s i ,   y i ,   z i ,   s i ) /* Check the consensus between satellite itself and its neighbor and update the planning information */
  end if
end while
end procedure

3.2. Bundle Construction

In this phase, each satellite iteratively adds tasks to its bundle until all tasks are added to the bundle or cannot be added due to constraint violation. The construction process is sequentially greedy, each time selecting one task to add to the bundle. The selected task needs to meet two sufficient conditions: (1) D M G i j > y i j , i.e., h i j = 1 ; (2) its D M G i j is the largest among all the tasks that meet condition (1). In each iteration, the procedure of bundle construction for s a t i repeats the following steps until all tasks are added to the bundle or no task can be added because condition (1) is not met:
(1) Calculate the DMG of each task that have not been added to b i . The DMG of t a s k j can be calculated as:
D M G i j = max f p j task = max o p j task e λ s t j task , j J \ b i
where f p j task increases with the decrease in s t j task . Therefore, to maximize f p j task , s t j task needs to be minimized. Based on Formula (6), D M G i j can be obtained when t a s k j is assigned to the earliest observation availability mask and the task execution start time is equal to the mask start time, which is expressed as:
k i j DMG = argmin k s t i j k oam ,   k K i j   s . t .   f i j k = 1
s t i j DMG = s t i j k i j DMG oam .
(2) Select the task that meets two sufficient conditions. The selected task index j add can be expressed as:
j add = argmax j D M G i j h i j , j J \ b i   s . t .   h i j = 1 .
(3) Update its bundle b i , the winning satellite list z i , and the winning bid list y i . If s a t i selects t a s k j add , it will enter the task index into its bundle b i
B i = B i + 1
b i B i = j add
enter its own index into the winning satellite list z i
z i j add = i
and enter its corresponding DMG into the winning bid list y i
y i j add = D M G i j add .
(4) Check constraints and delete masks that conflict with the task added to the bundle this time. After a task is successfully added, it is necessary to perform a constraint check on the masks of all tasks outside the bundle. Check whether each mask satisfies the storage, energy and temporary constraints shown in Formulas (3), (4), (6)–(8). If any constraint is not satisfied, change the corresponding mask enable flag f i j k = 0 . A constraint check makes DMG only calculated for masks with f i j k = 1 each time. Because of this, bundle construction can sequentially handle coupled constraints in MSOOP. The pseudo-code of bundle construction is described in Algorithm 2.
Algorithm 2. Bundle Construction for s a t i at iteration T
procedure Bundle Construction(current satellite index i , task index set J = 1 ,   2 ,   , M , observation availability mask index sets K i 1 ,   K i 2 ,   , K i M , b i T 1 , y i T 1 , z i T 1 )
 Initialize b i T = b i T 1 , y i T = y i T 1 , z i T = z i T 1 , termination flag
T F = 0
while  T F = 0  do /* Execute the procedure if there is still a task that can be added to the bundle */
  Initialize j add = 1 , D M G max = 0
  for j in J \ b i do
   Initialize D M G i j = 0 , s t i j DMG = planning horizon
   for k in K i j do
    if f i j k = 1 s t i j k oam < s t i j DMG then /* Find the earliest observation availability mask that meets the constraints */
      k i j DMG = k
      s t i j DMG = s t i j k i j DMG oam /* Record the start time of the earliest observation availability mask found so far */
      D M G i j = o p j task e λ s t i j DMG /* Calculate the DMG of the task */
    end if
   end for
    h i j = I D M G i j > y i j
   if h i j = 1 D M G i j > D M G max then /* Find the task that meets two sufficient conditions */
     j add = j /* Record the selected task index */
     D M G max = D M G i j /* Record the maximum DMG found so far */
   end if
  end for
  if j add 1 then /* Judge whether there is a task that can be successfully added to the bunde */
    B i = B i + 1 /* Extend the length of the bundle */
    b i B i = j add /* Enter the task into the bundle */
    y i j add = D M G i j add /* Enter the DMG of the task into the winning bid list */
    z i j add = i /* Enter the satellite index into the winning satellite list */
   for j in J \ b i do /* Check constraints and delete masks that conflict with the task added to bundle this time */
    for k in K i j do
     if o a m i j k conflicts with t a s k j add then
       f i j k = 1
     else
       f i j k = 0
     end if
    end for
   end for
  else
    T F = 1
  end if
end while
end procedure

3.3. Consensus Check

In MSOOP, the time-varying characteristic of the inter-plane ISLs makes the communication network a dynamic network. However, there are no isolated nodes in the whole constellation, which ensures that ICBBA can eventually converge. The global consensus is the condition of algorithm convergence. A consensus check phase ensures that the final planning scheme must meet the consensus constraint described in Formula (5).
After receiving the planning information from the neighbor s a t i at time t , the procedure of consensus check for s a t i includes the following steps:
(1) Check whether the consensus between s a t i and s a t i has been reached. If the consensus has been reached, make the consensus flag c o n f i = 1 ; otherwise, change y i , z i based on the action rule shown in Table 1, and make the consensus flag c o n f i = 0 .
There are three possible actions s a t i can take on t a s k j :
  • Update: y i j = y i j , z i j = z i j ;
  • Reset: y i j = 0 , z i j = 1 ;
  • Leave: y i j = y i j , z i j = z i j .
(2) Update the time stamp s i . If c o n f i = 1 , end the procedure of this phase; otherwise, continue to the next steps.
s i i = t
s i i = max s i i ,   s i i , i I \ i ,   i .
(3) Release the earliest added task for which z i j i and all of the tasks that were added after it. n ¯ is introduced to record the position of the first released task in b i .
y i b i n = 0 , n > n ¯
z i b i n = 1 , n > n ¯
b i n = , n n ¯ .
B i = n ¯ 1 .
(4) Recover the masks that have been deleted due to conflict with the released tasks. The constraint check in step (4) of bundle construction results in the deletion of the masks which conflict with the tasks already added. Since the tasks mentioned in step (3) have been released from the bundle, the masks which conflict with the released tasks should be recovered. The pseudo-code of consensus check is described in Algorithm 3.
Algorithm 3. Consensus Check for s a t i at iteration T
procedure Consensus Check (planning information receiving time t , current satellite index i , neighbor satellite index i , satellite index set I = 1 ,   2 ,   , N , task index set J = 1 ,   2 ,   , M , observation availability mask index sets K i 1 ,   K i 2 ,   , K i M , b i T , y i T , z i T , s i , y i , z i , s i )
 Initialize c o n f i = 1 , n ¯ = 1
for j in J do
  if y i j y i j z i j z i j  then /* Check the consensus between satellite itself and its neighbor */
    c o n f i = 0
  end if
   y i j ,   z i j Action Rule( y i j ,   z i j ,   y i j ,   z i j ) /* Change the winning bid list and the winning satellite list based on the action rule */
end for
for i in I do /* Update the time stamp */
  if i = i  then
    s i i = t
  end if
  if i i i i  then
    s i i = max s i i ,   s i i
  end if
end for
if c o n f i = 0  then
  for n = 1 to B i do /* Release the earliest added task for which z i j i and all of the tasks that were added after it */
   if n ¯ = 1 z i b i n i  then /* Find the earliest added task for which z i j i */
     n ¯ = n
     b i n = /* Empty the corresponding location of the bundle */
   end if
   if n ¯ 1  then
     y i b i n = 0 /* Reset the corresponding location of the winning bid list */
     z i b i n = 1 /* Reset the corresponding location of the winning satellite list */
     b i n = /* Empty the corresponding location of the bundle */
   end if
  end for
   B i = n ¯ 1 /* Shorten the length of the bundle */
  for j in J \ b i do /* Recover the masks that have been deleted due to conflict with the released tasks */
   for k in K i j do
    if o a m i j k conflicts with any task in b i then
      f i j k = 1
    else
      f i j k = 0
    end if
   end for
  end for
end if
end procedure

4. Computational Experiments

In this section, we present experimental studies on ICBBA implemented in MSOOP. AGI’s STK is used to simulate the experimental scenes and calculate the observation availability masks and communication availability masks.
Some details about the experimental instances and environment are as follows:
  • Target setting: the targets are divided into two types, global targets and regional targets. The global targets are generated by a random uniform distribution throughout the world, 60° S–60° N. The regional targets are generated by a random uniform distribution in the area, 3° N–53° N and 73° E–133° E. The position of each target is defined by latitude and longitude. For different types of targets, the number of targets includes 500, 1000, and 1500, respectively.
  • Satellite constellation setting: Walker-δ (30/3/1, 600 km, 60°), Walker-δ (60/3/1, 600 km, 60°), and Walker-δ (90/3/1, 600 km, 60°) are used.
  • Parameter setting: the planning horizon is set to 1.5 h, from 04:00:00 to 05:30:00 on 30 July 2022. The original profit o p j task and the estimated consumed storage s t o j task of each task are generated by a random uniform distribution on 50 , 100 . The maximum available storage s t o i sat is set to 750, which allows that about 10 tasks can be completed by each satellite in the whole planning horizon. The time-discounted parameter λ in Formula (1) is set to 10 5 , which means that the final profit f p j task of the task completed at the last moment of the planning horizon is about 95% of the original profit o p j task .
  • Experimental environment: The proposed algorithm was coded in C++ and compiled on an Intel Core i9-11900K processor (3.5 GHz and 64 GB RAM).
To reflect the performance of ICBBA under different constraints, experiments are carried out on global targets and regional targets, respectively. For global targets, due to the scattered distribution of targets, the conflicts between different tasks about observation availability masks are not prominent. The storage constraint and the energy constraint become dominant constraints. The DMG calculation can be flexibly adjusted according to the characteristics of different scenes. The most basic calculation that uses task profit to calculate DMG is described in Formula (11), which is denoted as DMG(P). According to the above characteristics of global targets, the estimated consumed storage s t o j task is introduced into the DMG calculation, which is expressed as:
D M G i j = max f p j task s t o j task , j J \ b i .
This DMG calculation is denoted as DMG(P/S). DMG(P/S) focuses on those tasks with higher profit per unit storage, which can be seen as the balance between profit and storage. The comparison results of DMG(P) and DMG(P/S) on global targets are shown in Table 2.
For regional targets, due to the dense distribution of targets, there are more conflicts reflected in the temporary constraints. In order to further highlight the dominance of the temporary constraints, the storage constraint and the energy constraint are not considered. To describe the impact of the execution of one task on other tasks, a new concept “Loss” is introduced into the DMG calculation, which is expressed as:
D M G i j = max f p j task l j task , j J \ b i
where l j task is the expected profit sum of those masks which conflict with the final assigned mask in the temporary constraints. This DMG calculation is denoted as DMG(P-L). Due to the temporary constraints, the execution of one task may lead to the loss caused by the failure of other related tasks. DMG(P-L) focuses on not only the profit of the task itself but also the loss mentioned above. The comparison results of DMG(P) and DMG(P-L) on regional targets are shown in Table 3.
Take “global targets-1500-90/3/1” and “regional targets-1500-90/3/1” as examples; the number of repeated claims for the whole constellation after bundle construction at each iteration is shown in Figure 3a,b respectively. The reduction in the number of repeated claims proves that the consensus check phase plays an important role in the convergence of ICBBA.
In order to test the responsiveness of ICBBA to dynamically arrived tasks, taking “global targets-1500-90/3/1” and “regional targets-1500-90/3/1” as examples, 100 tasks are set to arrive at the 30th iteration of the algorithm running process. The results of DMG(P) with tasks arriving dynamically are shown in Table 4. The number of repeated claims for the whole constellation after bundle construction at each iteration is shown in Figure 4a,b, respectively, which records the process of re-convergence in the face of dynamically arrived tasks during the running process.
From the experimental results, the following observations can be made:
(1) Communication cost analysis: From Table 2 and Table 3, we can see that for both global and regional targets, the communication number increases with the number of satellites N and the number of tasks M . However, there are still a few exceptions, such as “global targets-500-30/3/1” and “global targets-1000-30/3/1”. The target number increases from 500 to 1000 and the available target number increases from 282 to 556, while the communication number decreases from 3552 to 3241. Therefore, this positive proportional relationship is not simply linear or exponential. Compared with other decentralized algorithms, such as Contract Network Protocol (CNP) [18], the communication number of ICBBA is significantly lower than “ N M ”. In addition, by comparing each corresponding instance in regional and global targets, the communication number for regional targets is always higher than that for global targets. Because there are more conflicts between tasks for regional targets, this coupling needs more communication to resolve.
(2) Optimization performance analysis: It has been proved that CBBA is equivalent to the centralized sequential greedy algorithm in terms of optimization performance [24], and the rules for greedy can be controlled by designing the DMG calculation function. For global targets, DMG(P/S) has a better performance in MSOOP than DMG(P); similarly, for regional targets, DMG(P-L) has a better performance than DMG(P). In comparison, DMG(P-L) (all better than DMG(P)) has a more significant effect on regional targets than DMG(P/S) (five out of nine better than DMG(P)) on global targets. For global targets, when the storage constraint is not tight, the completion rate is close to 100%; when the storage constraint is tight, the storage can also be effectively used to maximize the completion of tasks.
(3) Convergence performance analysis: From Table 4, it can be seen that ICBBA can effectively handle dynamically arrived tasks and improve the completion rate and the total profit. For “global targets-1500-90/3/1” in Figure 3a, ICBBA iterates 56 times to achieve the global consensus; for “regional targets-1500-90/3/1” in Figure 3b, ICBBA iterates 68 times to achieve the global consensus. The number of repeated claims decreases with the number of iterations in the whole constellation. The decline speed is faster in the early stage. From Figure 4a,b, it can be seen that when 100 tasks arrive dynamically at the 30th iteration, the number of repeated claims rises sharply and then continues to decline until convergence at the 58th and 71st iteration, respectively.

5. Conclusions

In this paper, we investigate the multi-satellite on-board observation planning (MSOOP) with the case study of LEO satellite constellations. MSOOP, as a variant of multi-agent task allocation problem (MATAP), should complete the task allocation in a fully cooperative mode to maximize the profits of the whole constellation.
We give a detailed description of MSOOP to discover its unique characteristics compared with the task allocation model in the original work of CBBA. In this case, not only the commonalities of MSOOP but also some coupled constraints should be taken into consideration, such as the storage constraint, the energy constraint, the consensus constraint and the special temporary constraints, which increases the difficulty of planning.
Adapted to the characteristics of the problem, the improved Consensus-Based Bundle Algorithm (ICBBA) is exploited. ICBBA includes two main phases: bundle construction and consensus check. Each satellite runs the above two phases iteratively in parallel until the global consensus is reached and receives its own final planning scheme to perform observation. A constraint check and a mask recovery are introduced into bundle construction and consensus check to handle the coupled constraints. In addition, the DMG calculation is adjusted to adapt to the characteristics of different scenes.
To validate the effectiveness of the proposed algorithm, we carry out experiments on series instances with different targets and constellations. From the experimental results, we can see that, the communication number increases with the number of satellites and the number of tasks, but it is not simply linear or exponential. ICBBA greatly saves the communication cost compared with CNP. The optimization performance of ICBBA can be controlled by designing the DMG calculation function. Using DMG(P/S) on global targets and DMG(P-L) on regional targets can lead to a better solution. The number of repeated claims decreases with the number of iterations in the whole constellation, which proves that the consensus check phase plays an important role in the convergence of ICBBA. In addition, ICBBA can effectively handle dynamically arrived tasks and rapidly achieve re-convergence.

Author Contributions

Conceptualization, B.S. and Q.Y.; methodology, B.S. and Q.Y.; software, B.S.; validation, Y.Z. and S.X.; data curation, Y.Z. and S.X.; writing—original draft preparation, B.S. and Q.Y.; writing—review and editing, Y.C. (Yuning Chen) and Y.C. (Yingwu Chen); visualization, Y.Z. and S.X.; supervision, Y.C. (Yuning Chen) and Y.C. (Yingwu Chen); project administration, Y.C. (Yuning Chen) and Y.C. (Yingwu Chen); funding acquisition, Y.C. (Yuning Chen) and Y.C. (Yingwu Chen) All authors have read and agreed to the published version of the manuscript.

Funding

This work was supported by the National Natural Science Foundation of China (Grant numbers: 72001212, 72201272, 71901213).

Data Availability Statement

The instances for MSOOP used in this paper can be downloaded at https://github.com/haohaoxuexifalunwen/ICBBA (accessed on 3 January 2023).

Conflicts of Interest

The authors declare no conflict of interest.

References

  1. Zheng, Z.; Guo, J.; Gill, E. Distributed onboard mission planning for multi-satellite systems. Aerosp. Sci. Technol. 2019, 89, 111–122. [Google Scholar] [CrossRef]
  2. Blackwell, W.; Allen, G.; Galbraith, C.; Leslie, R.; Osaretin, I.; Scarito, M.; Shields, M.; Thompson, E.; Toher, D.; Townzen, D.; et al. MicroMAS: A first step towards a nanosatellite constellation for global storm observation. In Proceedings of the 27th Annual AIAA/USU Conference on Small Satellites, Logan, UT, USA, 12–15 August 2013. [Google Scholar]
  3. Blackwell, W.J.; Braun, S.; Bennartz, R.; Velden, C.; DeMaria, M.; Atlas, R.; Dunion, J.; Marks, F.; Rogers, R.; Annane, B.; et al. An overview of the TROPICS NASA Earth Venture Mission. Q. J. R. Meteorol. Soc. 2018, 144, 16–26. [Google Scholar] [CrossRef] [PubMed]
  4. Claybrook, J.R. Feasibility Analysis on the Utilization of the Iridium Satellite Communications Network for Resident Space Objects in Low Earth Orbit. Master’s Thesis, Air Force Institute of Technology, Dayton, OH, USA, March 2013. [Google Scholar]
  5. Santangelo, A.D.; Skentzos, P. Utilizing the Globalstar Network for CubeSat and Small Satellite Communications. In Proceedings of the 33rd AIAA International Communications Satellite Systems Conference and Exhibition, Queensland, Australia, 7–10 September 2015; p. 4308. [Google Scholar]
  6. Henri, Y. The OneWeb satellite system. In Handbook of Small Satellites: Technology, Design, Manufacture, Applications, Economics and Regulation; Springer: Berlin/Heidelberg, Germany, 2020; pp. 1–10. [Google Scholar]
  7. McDowell, J.C. The Low Earth Orbit Satellite Population and Impacts of the SpaceX Starlink Constellation. Astrophys. J. 2020, 892, L36. [Google Scholar] [CrossRef]
  8. Tompkins, M.F. Optimization Techniques for Task Allocation and Scheduling in Distributed Multi-Agent Operations. Ph.D. Thesis, Massachusetts Institute of Technology, Cambridge, MA, USA, 2003. [Google Scholar]
  9. Truszkowski, W.; Hallock, H.; Rouff, C.; Karlin, J.; Rash, J.; Hinchey, M.; Sterritt, R. Autonomous and Autonomic Systems: With Applications to NASA Intelligent Spacecraft Operations and Exploration Systems; Springer Science & Business Media: New York, NY, USA, 2009. [Google Scholar]
  10. Qin, J.; Liu, Y.; Mao, X.; McNair, J. Deadline based resource balancing task allocation for clustered heterogeneous LEO small satellite network. In Proceedings of the MILCOM 2013-2013 IEEE Military Communications Conference, San Diego, CA, USA, 18–20 November 2013; pp. 1825–1831. [Google Scholar]
  11. Kennedy, A.K. Planning and Scheduling for Earth-Observing Small Satellite Constellations. Ph.D. Thesis, Massachusetts Institute of Technology, Cambridge, MA, USA, 2018. [Google Scholar]
  12. Zheng, Z.; Guo, J.; Gill, E. Swarm satellite mission scheduling & planning using Hybrid Dynamic Mutation Genetic Algorithm. Acta Astronaut. 2017, 137, 243–253. [Google Scholar]
  13. Grunwald, W.C. Decentralized on-Board Planning and Scheduling for Crosslink-Enabled Earth-Observing Constellations. Ph.D. Thesis, Massachusetts Institute of Technology, Cambridge, MA, USA, 2019. [Google Scholar]
  14. Holden, B.G. Onboard Distributed Replanning for Crosslinked Small Satellite Constellations. Ph.D. Thesis, Massachusetts Institute of Technology, Cambridge, MA, USA, 2019. [Google Scholar]
  15. Herold, T.; Abramson, M.; Balakrishnan, H.; Kahn, A.; Kolitz, S. Asynchronous, distributed optimization for the coordinated planning of air and space assets. In Proceedings of the AIAA Infotech@ Aerospace, Atlanta, GA, USA, 20–22 April 2010; p. 3426. [Google Scholar]
  16. Agogino, A.; HolmesParker, C.; Tumer, K. Evolving distributed resource sharing for cubesat constellations. In Proceedings of the 14th Annual Conference on Genetic and Evolutionary Computation, Philadelphia, PA, USA, 7–11 July 2012; pp. 1015–1022. [Google Scholar]
  17. Van Der Horst, J. Market-Based Task Allocation in Distributed Satellite Systems. Ph.D. Thesis, University of Southampton, Southampton, UK, 2012. [Google Scholar]
  18. Smith, R.G. The contract net protocol: High-level communication and control in a distributed problem solver. IEEE Trans. Comput. 1980, 29, 1104–1113. [Google Scholar] [CrossRef]
  19. Si-wei, C.; Jing, C.; Lin-Cheng, S.; Yi, T. ECNP-based method of distributed dynamic task allocation for multiple observation satellite planning. In Proceedings of the 2010 2nd International Conference on Advanced Computer Control, Shenyang, China, 27–29 March 2010; Volume 4, pp. 325–328. [Google Scholar]
  20. Feng, P.; Chen, H.; Peng, S.; Chen, L.; Li, L. A method of distributed multi-satellite mission scheduling based on improved contract net protocol. In Proceedings of the 2015 11th International Conference on Natural Computation (ICNC), Zhangjiajie, China, 15–17 August 2015; pp. 1062–1068. [Google Scholar]
  21. Du, B.; Li, S. A new multi-satellite autonomous mission allocation and planning method. Acta Astronaut. 2018, 163, 287–298. [Google Scholar] [CrossRef]
  22. Li, G. Online scheduling of distributed Earth observation satellite system under rigid communication constraints. Adv. Space Res. 2020, 65, 2475–2496. [Google Scholar] [CrossRef]
  23. Dalin, L.; Haijiao, W.; Zhen, Y.; Yanfeng, G.; Shi, S. An Online Distributed Satellite Cooperative Observation Scheduling Algorithm Based on Multiagent Deep Reinforcement Learning. IEEE Geosci. Remote. Sens. Lett. 2020, 18, 1901–1905. [Google Scholar] [CrossRef]
  24. Choi, H.-L.; Brunet, L.; How, J.P. Consensus-Based Decentralized Auctions for Robust Task Allocation. IEEE Trans. Robot. 2009, 25, 912–926. [Google Scholar] [CrossRef]
  25. Lemaître, M.; Verfaillie, G.; Jouhaud, F.; Lachiver, J.-M.; Bataille, N. Selecting and scheduling observations of agile satellites. Aerosp. Sci. Technol. 2002, 6, 367–381. [Google Scholar] [CrossRef]
Figure 1. Walker-δ (30/3/1, 600 km, 60°) constellation configuration: (a) 3D constellation configuration at time t = 0 ; (b) 2D satellite ground tracks at time t = 0 .
Figure 1. Walker-δ (30/3/1, 600 km, 60°) constellation configuration: (a) 3D constellation configuration at time t = 0 ; (b) 2D satellite ground tracks at time t = 0 .
Algorithms 16 00114 g001
Figure 2. The communication network topology of Walker-δ (30/3/1, 600 km, 60°) at time t = 0 (connect any two satellites between which ISL is available).
Figure 2. The communication network topology of Walker-δ (30/3/1, 600 km, 60°) at time t = 0 (connect any two satellites between which ISL is available).
Algorithms 16 00114 g002
Figure 3. The number of repeated claims for the whole constellation after bundle construction varies according to iteration times: (a) Global targets-1500-90/3/1; (b) Regional targets-1500-90/3/1.
Figure 3. The number of repeated claims for the whole constellation after bundle construction varies according to iteration times: (a) Global targets-1500-90/3/1; (b) Regional targets-1500-90/3/1.
Algorithms 16 00114 g003
Figure 4. The number of repeated claims for the whole constellation after bundle construction varies according to iteration times, with 100 tasks arriving dynamically at the 30th iteration: (a) Global targets-1500-90/3/1; (b) Regional targets-1500-90/3/1.
Figure 4. The number of repeated claims for the whole constellation after bundle construction varies according to iteration times, with 100 tasks arriving dynamically at the 30th iteration: (a) Global targets-1500-90/3/1; (b) Regional targets-1500-90/3/1.
Algorithms 16 00114 g004
Table 1. Action rule for s a t i based on communication with s a t i regarding t a s k j .
Table 1. Action rule for s a t i based on communication with s a t i regarding t a s k j .
s a t i (Sender) Thinks z i j Is s a t i (Receiver) Thinks z i j IsAction of s a t i (Default: Leave)
i i if y i j > y i j update
i update
i i ,   i if s i i > s i i or y i j > y i j update
noneupdate
i i leave
i reset
i i ,   i if s i i > s i i reset
noneleave
i i ,   i i if s i i > s i i and y i j > y i j update
i if s i i > s i i update
else reset
i s i i > s i i update
i i ,   i ,   i if s i i > s i i and s i i > s i i update
if s i i > s i i and y i j > y i j update
if s i i > s i i and s i i > s i i reset
none i leave
i reset
i i ,   i if s i i > s i i update
noneleave
Table 2. The comparison results of DMG(P) and DMG(P/S) on global targets. (The highest value of task completion rate and total profit in each instance are marked in bold.)
Table 2. The comparison results of DMG(P) and DMG(P/S) on global targets. (The highest value of task completion rate and total profit in each instance are marked in bold.)
Target TypeTarget NumberConstellation
( N / P / F )
Available Target NumberCommunication NumberDMG(P)DMG(P/S)
Completion NumberCompletion Rate (%)Total ProfitCompletion NumberCompletion Rate (%)Total Profit
Global targets50030/3/1282355226192.5520,134.626393.2620,201.9
60/3/129912,43429799.3322,233.529799.3322,233.4
90/3/131424,78631299.3623,313.331399.6823,384.9
100030/3/1556324128951.9824,863.231456.4725,553.5
60/3/160719,21157494.5643,360.456993.7442,934.3
90/3/162937,82162198.7346,406.862198.7346,361.9
150030/3/1845372828934.2026,117.833940.1228,147.6
60/3/188216,70258265.9948,043.560969.0548,573
90/3/193847,18186692.3265,918.286492.1165,601
Table 3. The comparison results of DMG(P) and DMG(P-L) on regional targets. (The highest value of task completion rate and total profit in each instance are marked in bold.)
Table 3. The comparison results of DMG(P) and DMG(P-L) on regional targets. (The highest value of task completion rate and total profit in each instance are marked in bold.)
Target TypeTarget Number Constellation   ( N / P / F ) Available Target NumberCommunication NumberDMG(P)DMG(P-L)
Completion NumberCompletion Rate (%)Total ProfitCompletion NumberCompletion Rate (%)Total Profit
Regional targets50030/3/1256432122286.7216,472.522487.5016,488.1
60/3/127415,45726295.6219,161.427299.2719,666.8
90/3/128233,50227798.2320,86128199.6520,992.1
100030/3/1546564137067.7728,473.437468.5028,548.2
60/3/158022,81651087.9338,045.952490.3438,773
90/3/158646,54055895.2241,911.157798.4642,943.7
150030/3/1836562742650.9634,464.745454.3135,541.6
60/3/187624,86968077.6352,207.969078.7752,341.7
90/3/186455,57477089.1257,981.381193.8760,182.9
Table 4. The results of DMG(P) on global targets and regional targets with tasks arriving dynamically.
Table 4. The results of DMG(P) on global targets and regional targets with tasks arriving dynamically.
Target TypeTarget NumberConstellation ( N / P / F ) Available Target NumberCommunication NumberDMG(P)
Completion NumberCompletion Rate (%)Total Profit
Global
targets
150090/3/193847,18186692.3265,918.2
1500 + 10090/3/199449,78587087.5367,426.7
Regional
targets
150090/3/186455,57477089.1257,981.3
1500 + 10090/3/191658,52081388.7661,280.5
Disclaimer/Publisher’s Note: The statements, opinions and data contained in all publications are solely those of the individual author(s) and contributor(s) and not of MDPI and/or the editor(s). MDPI and/or the editor(s) disclaim responsibility for any injury to people or property resulting from any ideas, methods, instructions or products referred to in the content.

Share and Cite

MDPI and ACS Style

Song, B.; Chen, Y.; Yang, Q.; Zuo, Y.; Xu, S.; Chen, Y. On-Board Decentralized Observation Planning for LEO Satellite Constellations. Algorithms 2023, 16, 114. https://doi.org/10.3390/a16020114

AMA Style

Song B, Chen Y, Yang Q, Zuo Y, Xu S, Chen Y. On-Board Decentralized Observation Planning for LEO Satellite Constellations. Algorithms. 2023; 16(2):114. https://doi.org/10.3390/a16020114

Chicago/Turabian Style

Song, Bingyu, Yingwu Chen, Qing Yang, Yahui Zuo, Shilong Xu, and Yuning Chen. 2023. "On-Board Decentralized Observation Planning for LEO Satellite Constellations" Algorithms 16, no. 2: 114. https://doi.org/10.3390/a16020114

APA Style

Song, B., Chen, Y., Yang, Q., Zuo, Y., Xu, S., & Chen, Y. (2023). On-Board Decentralized Observation Planning for LEO Satellite Constellations. Algorithms, 16(2), 114. https://doi.org/10.3390/a16020114

Note that from the first issue of 2016, this journal uses article numbers instead of page numbers. See further details here.

Article Metrics

Back to TopTop