特別な離陸シチュエーション

X-Plane には、現実世界には直接対応しない特別な離陸シチュエーションが用意されています。例えば、空中でのスタートや滑走路でのスタートです。 現実では、アクティブな滑走路に既に停機している航空機に搭乗することはありません。そのため、航空管制（ATC）から見れば、これらのフライトはすでに運航が開始されているとみなされます。

滑走路からのスタートの場合、空港に管制塔（タワー）があれば、そこから管轄されることになります。というのも、通常、塔の許可なしに航空機がアクティブな滑走路に停止していることはあり得ないからです。 この場合、計画外のフライトではありますが、離陸許可を得ているものとみなされます。 メインメニューではフライトプランを入力できないため、この状態は理にかなっています。あなたはすでに滑走路にいるため離陸許可が出ているはずですが、ATC はあなたの航空路を知らないからです。

もし ATC システムを使用したくない場合は、そのまま離陸して自由に飛行することができます。 塔から連絡が来ることはなく、ペナルティや警告もないため、ATC を完全に無視できます。 フライトプランを提出したい場合は、ATC ダイアログボックスから入力し、いつも通り許可をリクエストできます。塔はあなたのプランに基づいて離陸許可を調整します。 ただし、このオプションは滑走路からのスタートの場合にのみ適用され、正常に駐機場（エプロン）で始まり誘導路を滑走路までタキシングする場合には適用されません。

もし滑走路からスタートした後、計画外のフライトを継続し、飛行中に飛行追跡サービス（Flight Following）を受けたい場合は、空港の近くを離脱する前に塔と通信する必要があります。 この操作により、ATC サービスを利用する意図があることがシステムに通知されます。 この「オプトイン（選択参加）」をして ATC 体験を開始するために最低一度も通信を行わない場合、塔はあなたをセンター（区域管制）に引き継ぐことさえしません。

もし空中スタートを選択し、滑走路に合わせた方法（例えば「滑走路から 3 海里」や「滑走路から 10 海里」のスタート）で開始した場合、最初はその空港の塔の管轄下に入ります。 その後、いつも通りリクエストを出すことができ、通常は着陸のリクエストや、適切なセンターの周波数への変更などを行います。 もちろん、滑走路スタートと同様に ATC を完全に無視することも可能で、その場合、システムからそれ以上の ATC 通知は送られません。

管制塔のない空港への到着

X-Plane では、フライトプランの提出有無にかかわらず、管制塔のない空港や、FISO（フライト情報サービス官）のみが管理する空港を目的地にすることができます。 フライトプランを提出した場合、区域管制やアプローチ管制があなたを目的地空港の近くまで誘導し、その後の指示を与えます。 計画外のフライトで飛行追跡サービスを受けている場合は、目的地空港の合理的な範囲内（通常は 15〜20 マイル以内）で管制官に目的地の周波数への切り替えをリクエストする必要があります。

FISO が管理する空港の場合、集中的な ATC システムとはデータ接続されていないため、能動的に彼らを呼び出して着陸をリクエストする必要があります。 現実世界では、フライト前にすでに連絡を取り、事前に通告することが可能です。これは “PPR”（事前許可 required）と呼ばれます。

管制塔のない空港では、自分でナビゲーションを行い着陸を完了する必要があります。なお、現在シミュレーターでは UNICOM（汎用通信周波数）は実装されていません。

サードパーティ製 AI システムとの相互作用

現在、シミュレーターはアドオン（プラグイン）によって提供される AI 航空機と直接相互作用することはできません。アドオンが TCAS データを提供している場合、シミュレーターはそれらの AI 航空機のタイプや位置を把握できますが、その意図までは知り得ません。状況によっては、シミュレーターは外部 AI の動作を解釈し、接近警告を発しようと試みます。また、アクティブな滑走路の使用を決定する際にも、（検出可能であれば）AI の動きが考慮されます。

しかし、ATC は外部 AI に対して指示を送信しません。なぜなら、それらの AI はその指示に応答することができないからです。

地上操作ダイアログ

地上操作ダイアログを使用すると、離陸前に各種サービスとやり取りできます。 プッシュバックをリクエストすると、初期呼び出しが無線で空港内の最も適切な管制官（通常は「地上」管制官、もしあれば）に送信されます。 この呼び出しは、通常の ATC ダイアログボックスから行うか、地上操作ダイアログにある 3 つの「プッシュバック」ボタンのいずれかをクリックして行うことができます。 後者を選択した場合、自動周波数調整機能が無効になっていても、メイン無線機は自動的に正しい周波数に設定されます。

プッシュバックをリクエストした後、「プッシュバック停止」をリクエストできます。 プッシュバック車がまだ到着していない場合、このリクエストも無線で送信されます。 プッシュバック車が到着すると、システムは物理的なケーブルの接続をシミュレートし、それ以降は無線通信は不要になります。

トラブルシューティング

以下によある問題と、推奨される解決方法を示します： • 利用可能な呼び出しオプションがない場合 ATC ダイアログボックスの指令リストに何も表示されない場合、あなたはある管制官の周波数に合わせていますが、現在も別の管制官によって「管轄」されています。周波数を変更する際は、現在の管制官とのやり取りを完了する必要があります（別の周波数へ変更しても良いと明示的に指示された場合を除く）。前の管制官の周波数に戻り（不確実な場合は自動周波数調整機能を使用してください）、その周波数を離れることを伝えてください。 • 一部の指令におけるサブオプションのフィルタリング 特定の指令のサブオプションには滑走路や空港のリストが表示されますが、具体的な状況に応じてフィルタリングされます。例えば、A330 などの大型機を操縦している場合、多くの小さな空港は適さないため、選択肢として表示されません。 • 「付近の周波数」オプションのフィルタリング ATC ダイアログボックスの「付近の周波数」タブにあるリストも同様にフィルタリングされます。自動周波数調整機能は、リストに表示されているかどうかにかかわらず、常に正しい周波数を選択します。リストにない空港と連絡を取る必要がある場合は、現在の管制官と通信してその周波数を離れることを伝え、その後、手動で自動周波数調整をオフにして無線周波数を設定してください。 • 低速航空機での SID/STAR 手順の使用不可 技術的な理由により、現在、低速航空機は SID（標準計器出発路）や STAR（標準到着経路）を使用することができません。これらの航空機は SID/STAR を含むプランを提出できず、管制官もそれらを割り当てることはありません。 • QNH/高度設定 いかなる状況でも、管制官から提供される QNH（気圧設定値）または高度値を使用すべきです。これらのデータは、特に広範囲を管轄するセンターが提供する値の場合、ローカルな読み値とは異なる場合があります。 • ATIS 天候情報の更新遅延 ATIS（自動空港気象放送）の天候データは現在の条件と一致しない場合があります。なぜなら、ATIS は通常、重大な変化がない限り 1 時間に 2 回しか更新されないからです。 • 「ダウンウインド」位置での呼び出しができない 小さな空港での場周経路または進入方式を実行中に「ダウンウインド」で呼び出せない場合、原因はほぼ間違いなく飛行位置が正しくないことです。特に場周飛行の場合、離陸後に直ちに旋回することは通常許可されません。場周の範囲を広げ、標準的な場周高度（通常は AGL 1000 フィート）に達しているか確認してください。また、塔が指示する場周の方向にも注意してください。 • 空港の管制レベルの誤り シミュレーターが空港の管制レベルを誤って判断し、通信方法が期待と異なる場合があります。WED（WorldEditor）を使用して正しい管制レベル（管制塔や FISO など）を設定できます。誤りを見つけた場合は、X-Plane Scenery Gateway を通じて空港の問題を報告してください。 • 誘導路と駐機場（スポット）名の誤り 誘導路と駐機場の名前は各空港によって定義されており、シミュレーターの ATC システムはそれらの情報を読み取っているだけです。名前が間違っている場合は、同様に X-Plane Scenery Gateway を通じて空港の問題報告を提出してください。 • 滑走路割り当ての相違 シミュレーターが割り当てる滑走路は、シミュレーターの気象条件と空港のトラフィック定義に基づいており、これらは実際の状況とは異なる場合があります。シミュレーターのアクティブな滑走路が、オンラインフライト追跡や計画システムに表示される実際の滑走路と一致すると期待しないでください。

バグ報告

ATC システムは処理すべき状況が複雑で多岐にわたるため、不正な処理が発生することは避けられません。システムの改善に役立てるため、問題を再現する方法を詳細に記載したバグレポートを提出してください。

公開フォーラムでの一時的なフィードバックはバグ報告とはみなされず、通常、開発者には伝達されないことにご注意ください。つまり、正式にレポートを提出しない限り、それはバグとしてカウントされません。公式のバグ報告ツールは以下のリンクからアクセスできます：X-Plane Bug Report Form。

レポート提出時の注意事項

1.	ログファイル

X-Plane 12 は、シミュレーターの実行ファイルがあるフォルダに 2 つのログファイル「Log.txt」と「Log_ATC.txt」を生成します。有用なバグレポートを提出するには、これら 2 つのファイルを含める必要があります。 2. 状況依存の問題 問題が特定の場所に関連している可能性がある場合は、シミュレーターの地図のスクリーンショットを送信することをお勧めします。「フライトパス（Flight path）」チェックボックスがオンになっていることを確認してください。スクリーンショットを撮る前に、一時的に「開発者メニュー ➞ Toggle Air Traffic Paths」をオンにして、航空交通のパスを表示することをお勧めします。不確かな場合は、このスクリーンショットを一緒に送信するのが最善です。 3. 滑走路に関する問題 特定の滑走路の問題を報告する必要がある場合は、「開発者メニュー ➞ Dump to Log ➞ Dump Weather State to Log」オプションを使用して、天候の状態をログに記録してください。 4. リアルタイムでの報告 長距離フライト中など、飛行中に問題が発生した場合は、任意の「開発者メニュー ➞ Dump to Log」オプションを使用して、ログがディスクに完全に書き込まれていることを確認できます。

注意事項

•	シミュレーターまたは関連ツールを起動するたびに、ログは上書きされます。空のログや、報告された問題に対応しないログを送信すると、問題の特定が著しく困難になります。
•	ログファイルと関連するスクリーンショットなど、可能な限り完全な詳細を提供することで、問題が解決されるまでの速度と効率が大幅に向上します。