When Adaptive Rewards Hurt: Causal Probing and the Switching-Stability Dilemma in LLM-Guided LEO Satellite Scheduling
Abstract
Adaptive reward design for deep reinforcement learning (DRL) in multi-beam LEO satellite scheduling is motivated by the intuition that regime-aware reward weights should outperform static ones. We systematically test this intuition and uncover a switching-stability dilemma: near-constant reward weights (342.1 Mbps) outperform carefully-tuned dynamic weights (103.3+/-96.8 Mbps) because PPO requires a quasistationary reward signal for value function convergence. Weight adaptation-regardless of quality-degrades performance by repeatedly restarting convergence. To understand why specific weights matter, we introduce a single-variable causal probing method that independently perturbs each reward term by +/-20% and measures PPO response after 50k steps. Probing reveals counterintuitive leverage: a +20% increase in the switching penalty yields +157 Mbps for polar handover and +130 Mbps for hot-cold regimes-findings inaccessible to human experts or trained MLPs without systematic probing. We evaluate four MDP architect variants (fixed, rule-based, learned MLP, finetuned LLM) across known and novel traffic regimes. The MLP achieves 357.9 Mbps on known regimes and 325.2 Mbps on novel regimes, while the fine-tuned LLM collapses to 45.3+/-43.0 Mbps due to weight oscillation rather than lack of domain knowledge-output consistency, not knowledge, is the binding constraint. Our findings provide an empirically-grounded roadmap for LLM-DRL integration in communication systems, identifying where LLMs add irreplaceable value (natural language intent understanding) versus where simpler methods suffice.
Figures & tables
| Method | Rate (Mbps) | Outage | Fairness | Switches |
|---|---|---|---|---|
| M1: Fixed | 330.7 42.1 | 0.00 | 0.72 | 0 |
| M2: Rule | 342.8 38.5 | 0.00 | 0.74 | 4 |
| M3: MLP | 357.9 47.2 | 0.00 | 0.76 | 5 |
| M4: FT-LLM | 192.4 71.8 | 0.31 | 0.68 | 7 |
| Method | Novel Rate (Mbps) | Novel Outage | Switches |
|---|---|---|---|
| Rule-based | 305.8 48.9 | 0.00 | — |
| MLP Arch. | 325.2 18.1 | 0.00 | 5–6 |
| FT-LLM | 45.3 43.0 | 0.44 | 9–10 |
| Extended 8-seed validation: | |||
| Oracle MLP | 103.3 96.8 | — | 1260/250k |
| GEN MLP † | 342.1 | 0.00 | 6 |
| Method | Rate † (Mbps) | Satisfaction | Outage ‡ | Switches |
|---|---|---|---|---|
| Hybrid-LLM | 145.3 124.8 | 0.52 | 0.59 | 6–8 |
| Hybrid-Rule | 211.8 156.3 | 0.57 | 0.50 | 4–5 |
| MLP-NoIntent | 193.6 150.6 | 0.53 | 0.50 | 4–5 |
| Regime | Weight | Rate (Mbps) | Direction |
|---|---|---|---|
| polar_handover | switching | 157.1 | increase |
| hot_cold | switching | 130.0 | increase |
| iot_burst | sum_rate | 35.2 | increase |
| Variant | Rate (Mbps) | Outage | Switches |
|---|---|---|---|
| Full (M3: MLP) | 357.9 47.2 | 0.00 | 5 |
| Rule-based (M2) | 343.3 40.1 | 0.00 | 4 |
| Fixed (M1) | 330.7 42.1 | 0.00 | 0 |
| FT-LLM (M4) | 192.4 71.8 | 0.31 | 7 |
Reward Design for RL
Reward design for reinforcement learning studies how to specify, learn, and adapt signals that guide agents toward intended behavior.
See all 259 papers