Paper B Planning v1: TR-C 用の数百台の UAV の 3 層階層スケジューリング
結論: **論文 B は、主要な投資である交通研究パート C: 新興技術、投資方向の代替または変更としての IEEE T-ITS により適しています。 **
核心的な理由は、TR-C が「優れている」ということではなく、論文 B の問題の本質は輸送システムの運用にあるということです。動的な需要、限られた回転ポート/充電/回廊容量、複合輸送手段の制約の下で、100 レベルの UAV フリートが都市の物流/緊急タスクに安定的、効率的、安全にサービスを提供できるようにします。
1. 背景と提出の判断
論文 B の懸念は次のように要約できます。
都市部の低高度の経済シナリオにおいて、動的な注文、限られた離着陸点、限られた充電リソース、低空回廊の容量制約、地上輸送の調整という条件下で、長期的なタスクキューの安定性を維持し、遅延、エネルギー消費、空域の混雑、運航コストを最小限に抑えるために、100 レベルの UAV フリートをスケジュールするにはどうすればよいでしょうか?
これは単一マシンのパス計画ではなく、また単なるマルチエージェントの衝突回避でもありません。実際の研究対象は 交通サービス システムです。
- 需要側: 注文はランダムに到着し、期限、優先順位、開始点と終了点、貨物/緊急の種類に違いがあります。
- 供給側: UAV の電力、負荷、現在位置、メンテナンス状態、利用可能な空域は時間の経過とともに変化します。
- インフラ面: バーティポート、充電パッド、低空通路、引き渡しポイント、地上車両の容量が限られています。
- システム側: スループット、遅延、キューのバックログ、リソース使用率、エネルギー、安全性を同時に最適化する必要があります。したがって、TR-C を中心に投資する方が合理的です。 TR-C の公式の範囲では、交通システムの計画、設計、運用、制御、保守に対する新興技術の影響が明確に強調されており、このジャーナルの知的中核は個々の技術そのものではなく、交通側にあると説明されています。また、オペレーションズリサーチ、制御システム、複雑なネットワーク、コンピューターサイエンス、AIの統合アプローチも歓迎しており、マルチモーダル/インターモーダル輸送、オンデマンド輸送、ITS、物流、航空、リソース管理、オープンデータセットに特別な注意を払っています[1]。これらのキーワードは、論文 B をほぼ正確にカバーしています。
T-ITS も代替手段として利用できます。 T-ITS の範囲には、現代の交通システムにおけるセンシング、通信、制御、計画、設計、実装、AI、形式的手法、マルチエージェント システム、複合輸送が含まれます [2]。しかし、T-ITS では、通信、センシング、制御、展開アーキテクチャ、インテリジェント システム クローズド ループなどの「高度道路交通システム技術の実装」の要素が必要になる可能性が高くなります。論文 B が最終的にリアプノフ規制のオンライン スケジューリング、GNN/MARL 制御、およびリアルタイム システム実装を強調する場合は、T-ITS に目を向けることができます。輸送能力、列の安定性、インフラストラクチャのボトルネック、複合物流システムの価値を重視するのであれば、TR-C に投票すべきです。
**現在の推奨事項: 最初に TR-C、T-ITS バックアップ。 **
1.1 2026-05-22 校正の書き込み: 用紙 B は輸送システムの運用用紙である必要があります
「トラフィックジャーナルはアルゴリズムだけではない」というロジックを吸収するには論文Bが最適です。 「新しい UAV スケジューリング アルゴリズムを提案します」と書くことはできませんが、次のように書く必要があります。> 都市の低空物流/緊急サービスの場合、100 レベルの UAV フリートは、動的な需要、限られたバーティポート/充電/回廊容量、複合輸送の制約の下で、どのようにしてフリートの安定性を維持し、遅延を軽減し、安全リスクを制御し、システムのボトルネックを特定できるでしょうか?
この主行は、全文の書き方を決定します。
|モジュール |単に | と書くことはできません。 TR-C バージョンは | のように記述する必要があります。
|------|-----------|------|
|背景 | UAV のスケジュール設定は難しい |ピーク需要、インフラ容量、安全隔離の制約下での低空輸送サービスの運用管理の問題 |
|ギャップ |既存のアルゴリズムは十分ではありません |既存の研究は、ルーティング/ネットワーク設計/リソース割り当ての単一点の問題を扱っており、数百ものラックレベルのオンライン システムに対する閉ループと安定性の保証が欠けています。
|方法 |新しい階層型スケジューリング アルゴリズム |マクロデマンドキュー、メソ空域・離着陸・充電リソース、ミクロエネルギー・安全制約の統合運用制御フレームワーク |
|実験 |報酬または高い成功率 |遅延、スループット、キューのバックログ、期限違反、リソース使用率、エネルギー、競合リスクの体系的な改善 |
|結論 |この方法はベースラインよりも優れています。どのような需要強度の下でシステムが安定しているか、どのリソースが最初にボトルネックになるか、マルチモーダル フォールバックが必要な場合、戦略的な電流制限が必要かどうか。
したがって、論文 B の実験は、モデル スコアが高いことを証明するだけではなく、システムの問題に答えています。- 容量境界: 低/中/ピーク/ショック需要下で、システムはいつ不安定ゾーンに入りますか?
- ボトルネックの原因: 遅延は主に回転ポート、充電、通路の混雑、またはフリートの位置変更によって発生しますか?
- マルチモーダルな価値: UAV だけでは十分ではないのはどのような場合ですか?グラウンドフォールバックはどのようにして期限違反を減らすのでしょうか?
- 理論的対応: リアプノフ ドリフト プラス ペナルティのバックログとコストのトレードオフは実験で観察できますか?
- 管理上のインスピレーション: リソースを 1 つだけ追加する場合、UAV、充電パッド、ベルティポート スロット、または廊下の容量を追加する必要がありますか?
1.2 2026-05-23 整理: 提出の最小バージョンと境界
ペーパー B の提出可能な最小バージョンは TR-C 輸送システム運用ペーパー である必要があり、「スケジューラー + MARL + 空域シミュレーション + 低高度プラットフォーム デモンストレーション」を組み合わせたものではありません。最初のエディションでは、システムの問題、つまり、限られた UAV、ベルティポート、充電パッド、および回廊の容量が、動的需要下での遅延、スループット、キューの安定性、およびサービスの信頼性をどのように決定するかというシステムの問題を突破する必要があります。|完了する必要があります |拡張版に延期 |
|----------|--------------|
|合成都市 UAM キューイング ベンチマーク | AirSim/UE レベルの高忠実度ビジュアル シミュレーション |
| Lyapunov 規制のオンライン スケジューラ |実際の飛行展開またはハードウェア閉ループ |
| 20 / 50 / 100 / 200 UAV のスケーラビリティ |メインアルゴリズムとしての LLM ディスパッチャ |
| vertiport / 充電 / コリドーのボトルネック分析 |完全な通信プロトコルとリンク層シミュレーション |
| FCFS、グリーディ、ローリング MILP、ALNS、バックプレッシャー、MARL/GNN ベースライン |複数都市の政策評価と完全な経済分析 |
|安定性、コストと遅延のトレードオフ、期限違反、実行時間 |実際のビジネス注文システムへのアクセス |
実験的パッケージの最初のバージョンでは、成果物を 5 つに固定することが推奨されています。1. ベンチマーク ジェネレーター: 市街地、ベルティポート、充電パッド、廊下、需要フロー、デッドライン、地上フォールバック、ショック デマンドを生成します。
2. システム モデル: デマンド キュー、ベルティポート キュー、課金キュー、コリドー仮想キュー、デッドライン仮想キューの再現可能な実験ログを出力します。
3. H-LyraUAV コア: ドリフト プラス ペナルティの意思決定を実装します。学習モジュールは、需要/サービス時間/リスクの推定値を提供するだけであり、安定性のソースとしては使用されません。
4. ベースライン スイート: 各ベースラインは、同じセットの需要トレース、容量設定、UAV フリート、およびランダム シードを使用します。
5. TR-C 結果パッケージ: メイン テーブルは、遅延、95 番目の遅延、期限違反、スループット、バックログ、リソース使用率、エネルギー、競合プロキシ、ランタイムをレポートします。付録の表には、ボトルネックの原因と感度が示されています。
この境界により、論文 B のシステム ストーリーはその実験的責任と一致するものになります。実際の地図、実際の注文、またはより複雑なエージェントについて話す前に、まず「棚レベル 100 段の低空物流/緊急サービス システムがオンラインで安定して動作できる」ことを証明する必要があります。
2. 現在の手法の系譜
論文 B では、単に UAV/MARL の方針に沿って話すのではなく、関連する手法を輸送工学の系譜に組み込む必要があります。|メソッド行 |代表的な方法 |論文 B のインスピレーション |制限事項 |
|----------|----------|--------|----------|
|従来の OR | MILP、時空間ネットワーク、ネットワーク設計、ALNS、ローリング ホライズン |容量、時間枠、パス、同期、インフラストラクチャの制約を表現するのに適しています。大規模なオンライン スケジューリングをリアルタイムで解決するのは困難 |
| UAM / UTM | vertiport スケジューリング、容量制約のあるスケジューリング、競合の検出と解決 |収容力、空域紛争、回廊管理の観点を提供 |ほとんどは単層、シングルモード、または小規模および中規模です。
|マルチモーダル物流 |トラック-ドローン、UAV-UGV、地上-航空輸送、ライドシェアリング-UAM | UAV は単独で飛行するのではなく、都市交通システムに組み込む必要があることを証明する |主にオフラインのルーティング/ネットワーク設計、オンライン キューの安定性の欠如 |
|学習スケジュール | MARL、GNN、安全な学習、需要予測 |数百のラックに拡張可能で、動的なニーズや高次元の状態に適しています。説明可能な安定性の保証がないため、レビュー担当者はセキュリティに疑問を抱くでしょう |
|待ち行列理論とリアプノフ |オープン キュー ネットワーク、バックプレッシャー、ドリフト プラス ペナルティ |バックログの安定性とコストと遅延のトレードオフを証明できる |実際の UAV エネルギー、容量、経路制約と組み合わせる必要がある |既存の TR-C 論文では、低高度での UAV 小包交通管理とリソース割り当て [3]、UAM 乗客中心の公平性と運用効率 [4]、中継充電ステーション ネットワーク設計 [5]、トラックとドローンの信頼できる同期ルーティング [6]、UAV-UGV マルチトリップ配送ネットワーク設計 [7]、および UAM ライドシェアリングの動的スケジューリング [8] など、多くの「シングル ポイント機能」について取り上げています。 Paper B のチャンスは、これらの機能を 100 棚レベルのオンライン階層スケジューリング システム に統合することにあります。
3. 最新の論文と引用可能な文献
3.1 会場と文献の構成|番号 |文献/情報源 |コア情報 |ペーパーBの位置付け役割 |
|------|----------|----------|--------------------------|
| [1] | TR-C 公式の目的と範囲 |輸送側の知的コア。運用、制御、マルチモーダル、物流、航空、オープン データセットに焦点を当てる |主な投資をサポート TR-C |
| [2] | IEEE T-ITS 公式範囲 | ITSセンシング、通信、制御、プランニング、AI、マルチエージェントシステム | T-ITS 代替手段をサポート |
| [15] | UAV 支援 ITS のための機械学習、T-ITS 2024 | UAV は ITS の交通監視、緊急対応、インフラ検査に役立ちます | T-ITS 代替フレームをサポート |
| [18] | UAV チームのための 4D 軌道計画、T-ITS 2024 | UAV チームは ITS/T-ITS | で公開されています。 T-ITS は投資可能ですが、よりインテリジェントなシステムである必要があることを説明します。
3.2 TR-C/UAM/UAV スケジュールペーパー|番号 |文学 |メソッド |論文 B のインスピレーション |
|------|------|------|------|
| [3] |リー、ハンセン、ゾウ、TR-C 2022 |交通管理、経路競合、リソース割り当て、低高度 UAV 小包配送の VCG メカニズム |低空空域の資源配分が TR-C の法的主題であることを直接表明 |
| [4] |ベナサー、デルマス、ハマディ、TR-C 2022 |乗客中心の UAM、公平性と運用効率 |サービスの品質、公平性、乗客/貨物の指標をサポート |
| [5] |ピント & ラゴリオ、TR-C 2022 |中間充電ステーションを備えたドローンネットワーク設計 |充電インフラストラクチャの策定へのサポート |
| [6] |シン、グオ、トン、TR-C 2024 |動的同期によるトラックとドローンの信頼性の高いルーティング |マルチモーダル同期と不確実な移動時間をサポート |
| [7] |周、曾、楊、TR-C 2025 |リリース時期を考慮した UAV-UGV マルチトリップ配信ネットワーク設計 | UAV + UGV マルチトリップ配信ネットワークをサポート |
| [8] |リー、チャン、シャオ、リー、TR-C 2025 | UAM ライドシェアリングのダイナミック スケジューリングとマルチモーダル モビリティ オンデマンド |空と地上のマルチモーダル サービス アーキテクチャをサポート |
| [9] |ウェイ、ニルソン、クーガン、arXiv 2021 |容量に制約のある UAM スケジューリング ウィットh 不確実な移動時間と限られた着陸能力 |キャパシティに制約のあるスケジューリングの定式化をサポート |
| [10] | Murthy 他、EPTCS/arXiv 2022 |ハード/ソフト期限のある UAM スケジュールの安全な学習 |安全なオンライン スケジューリング ベースラインをサポート |
| [11] | NASA バーティポート FCFS スケジュール、2020 | FCFS での Vertiport の容量とスループット | FCFS とキューイング容量のベースラインとして |
| [16] |劉、劉、黄、arXiv 2024 |リアルタイム UAV 配信スケジュール管理ミドルウェア |実際の実行システムと UAV/AGV/地上スタッフのコラボレーションをサポート |### 3.3 キューイング理論、リアプノフ、およびシステム安定性の基礎
| 番号 | 文学 | 中心的な貢献 | 論文Bへの寄稿 |
|---|
| [12] | Grippa et al.、自律ロボット 2019 | ドローン配送の仕事の割り当てと寸法設定。キュー理論を使用して安定性とワークロード ポリシーを分析する | UAV 配信キューイング モデルをサポート |
| [13] | ニーリー、2010 | 確率的ネットワーク最適化とリアプノフ ドリフト プラス ペナルティ | コストと バックログ トレードオフをサポート |
| [14] | タッシウラスとエフレミデス、IEEE TAC 1992 | 制約付きキュー システムとスループット最適化スケジューリング | バックプレッシャー/安定性の理論的伝統をサポート |
| [17] | 車両のサイジングとキューイングを伴う Vertiport の配置、2023 年 | Vertiport インフラストラクチャとサービス料金のためのオープンネットワーク キューイング | Vertiport キュー/課金キュー モデリングをサポート |
文献的判断: 既存の文献は、「UAV/UAM + 輸送システム + スケジューリング + マルチモーダル + キューイング」が TR-C/T-ITS の正当なテーマであることを完全に証明しています。論文 B は「数百台の UAV のための MARL スケジューリング アルゴリズム」と書くことはできなくなり、「低高度交通システムの運用制御と安定性の保証」と書く必要があります。
4. 現在の問題既存の作業によって残された主なギャップは 4 つあります。
-
**100 シェルフレベルのオンライン 3 層スケジューリング閉ループの欠如。 **
TR-Cはすでに、低高度空域のリソース割り当て、トラックとドローンのルーティング、UAMライドシェアリング、およびUAV-UGVネットワーク設計を行っている[3,6,7,8]が、これらの作業のほとんどは、ルーティング、ネットワーク設計、リソース割り当て、またはライドシェアリングの特定の層を扱っており、マクロなデマンドキューからメソコリドー/バーチポートリソース、マイクロUAVエネルギー/安全性までの統一されたオンラインフレームワークが欠けています。
-
**キューの安定性/サービス保証の欠如。 **
学習したスケジューリングとヒューリスティックにより経験的なパフォーマンスを向上させることができますが、TR-C のレビュー担当者は、ピーク需要時にキューが安定しているかどうかを考慮できない場合、システムの操作性に疑問を抱いています。 Neely の Lyapunov 最適化と Tassiulas-Ephremides の制約付きキューイング スケジューリングは理論的基礎を提供します [13,14] が、数百機の低高度 UAV のマルチモーダル スケジューリングには系統的に使用されていません。
-
**マルチモーダル輸送の観点から見た UAV フリート制御の欠如。 **
トラックとドローン、UAV-UGV、ライドシェアリングと UAM の論文は、地上と航空の統合が主流の方向であることを証明しています [6、7、8]。しかし、既存の研究のほとんどはオフラインのルート/ネットワーク設計です。論文 B では、地上モードをオンライン フォールバックおよび容量バッファとして扱う必要があります。低高度通路または充電キューが混雑している場合、タスクを UGV/トラック/地上宅配業者に転送できます。4. **実験的なベンチマークの欠如。 **
TR-C の範囲では、オープン サイエンスと大規模なデータセットに特に重点を置いています [1]。論文 B が内部シミュレーションのみを実行し、合成ベンチマーク スキーマ、OD デマンド、コリドー容量、再現可能なシーズを公開しない場合、説得力が弱まります。
5. 私たちのアプローチ: H-LyraUAV
メソッド名は仮決定です。
H-LyraUAV: マルチモーダル都市物流向けの階層型リアプノフ規制 UAV スケジューリング
ここで、H は階層を表し、Lyra はリアプノフ制御のルーティングと割り当てを表します。
5.1 3 層アーキテクチャ
Dynamic urban logistics / emergency demand
↓
Macro layer: regional demand queues + fleet repositioning
↓
Meso layer: corridor / vertiport / charging resource scheduling
↓
Micro layer: UAV energy, safety separation, local conflict avoidance
↓
Multimodal execution: UAV-only / ground-only / UAV-ground mixed mode
| 階層 | 時間スケール | 決定 | コアの状態 | 出力 |
|---|
| マクロレベル | 1~5分 | タスクの分割、UAV の再配置、モード分割 | 地域デマンドキュー、配電、OD需要予測 | 地域派遣対象 |
| メソ層 | 5~30秒 | ベルティポート スロット、回廊ルート、充電スロット | 離陸と着陸の列、通路の混雑、充電の列 | 実行可能なスケジュール |
| 微細層 | 0.1~5秒 | 速度、高度、局所回避、緊急帰還 | 近隣の UAV、障害物、残存電力 | 安全な軌道修正 |
5.2 コアメカニズム
H-LyraUAV の鍵は、「大規模なモデルによるエンドツーエンドのスケジューリング」ではなく、学習モジュールを予測と階層化に限定し、Lyapunov キュー制御の安定性を構築することです。- キュー モデル: デマンド、ベルティポート、充電、およびコリドーは、実際のキューまたは仮想キューで表されます。
- リアプノフ ドリフト プラス ペナルティ: キュー ドリフトと運用コストの加重合計を最小限に抑えるために、各時間ウィンドウで割り当て/モード/ルート/課金を選択します。
- 学習支援予測: GNN/時間モデルは将来の OD 需要、サービス時間、回廊リスク、地上移動時間を予測しますが、安定性を証明する情報源としては使用されません。
- マルチモーダル フォールバック: UAV のみによってキューの爆発または期限のリスクが増加する場合、システムは自動的に UGV/トラック/地上宅配便または混合モードを有効にします。
6. 問題の定式化
6.1 コレクションと状態
UAV セットを 、動的ミッション セットを 、ベルティポート セットを 、低高度回廊セットを 、地上輸送モード セットを とします。
時点での各 UAV の状態は次のとおりです。
ここで、 は位置、 は電力、 は利用可能なステータス、 は負荷/タスク容量です。
各タスク には以下が含まれます。
このうち、 は開始点と終了点、 は貨物/乗客/緊急の種類、 は期限、 は優先度、 は許容可能な輸送モードのセットです。### 6.2 キューの定義
システムは、次の実際のキューと仮想キューを維持します。
| キュー | 意味 |
|---|
| エリア |
| Vertiport の離陸/待機列 |
| ベルティポートの充電キュー |
| コリドー 仮想キューの混雑/安全間隔 |
| エリア の期限違反仮想キュー |
たとえば、地域の需要キューは次のように記述できます。
は新しく到着したデマンド、 は時間枠内にサービスを完了したデマンドの数です。
6.3 決定変数
各スケジューリング サイクルでは次のことを決定する必要があります。
| 意思決定 | 記号 | 意味 |
|---|
| 割り当て | | UAV がタスク を処理するかどうか |
| モードの選択 | | UAV のみ、地上のみ、または混合モード |
| 出発時間 | | 出発/出発/乗り継ぎ時間 |
| ルート/廊下 | | 低空回廊または地上通路を選択 |
| 充電決定 | | 充電するかどうかとどのバーティポートを充電するか |
6.4 最適化の目標
長期的な目標は、平均システムコストを最小限に抑えることです。
L(\シータ(t)) =
\frac{1}{2}\left(
\sum_i Q_i(t)^2+
\sum_v B_v(t)^2+
\sum_v C_v(t)^2+
\sum_e Z_e(t)^2+
\sum_i D_i(t)^2
\右)。
\Delta(\Theta(t)) + V\cdot \mathbb{E}[Cost(t)\mid \Theta(t)]。