題:
能否允許兩架飛機同時停留在同一跑道上?
VvV
2019-08-29 05:05:11 UTC
view on stackexchange narkive permalink

我的理解是,跑道應始終保持暢通,並且在任何給定時間都不得超過一架飛機供起飛和/或降落。

是否存在ATC可以清除兩架飛機同時佔據同一跑道的情況?就像清除它們一個接一個地起飛一樣:清除前一個要先使用跑道的一部分進行起飛,然後在到達起點處清除另一個。

FAA是否具有與CAA相同的“事後歸還”許可?
七 答案:
Ron Beyer
2019-08-29 06:35:35 UTC
view on stackexchange narkive permalink

除了“排隊並等待”之外,還有另外兩個答案可以解決的情況...

一個以上飛機的“飛行”可能會作為一個整體起飛而被批准。這可以由許多飛機在起飛(甚至著陸)期間共享跑道組成。

因此,在以下情況下,您可以在跑道上擁有多架飛機:

  • 在另一架飛機起飛後,發出了“排隊等候”命令以在跑道上排隊或土地。通常這樣做是為了讓出發的飛機在等待尾流清除之前做好準備。
  • ATC將多架飛機作為“飛行”進行清除。該飛機必須是一個協調小組的一部分,並且一架飛機是該航班的“領頭”飛機,該飛機接收/協調與ATC的許可。整個飛行小組將以預先協調的方式進入跑道並起飛。

也有一些特殊的場景,例如在Airventure Oshkosh期間。飛機將被要求“點上降落”,並且可能有多架飛機同時在跑道上起飛,儘管空中交通管制會協調它們以免它們不同時離開,但仍要求他們排隊“在圓點上”(跑道上的彩色圓圈),然後將其清除以離開那裡。

作為一個極端示例:

這是怎麼簽下來的?
@Cloud因為他們協調得非常好。 ATC可能提前幾個月就知道他們要來了,他們想離開什麼時間,直到分鐘。他們與飛行員進行了飛行前會議,如果您注意到了,飛行員在每種情況下都有顏色協調的卡片。他們還預先與Airventure塔進行了協調,以便能夠在特定時間接收那麼多飛機。我敢肯定,他們甚至在起飛之前就知道,他們將通過FISK到達得到清關。
這些飛機也很小,大概不需要太多跑道即可起飛。如果這條跑道是為747飛機設計的,則有足夠的空間將它們全部排成一排,以便騰飛。
九架飛機同步起飛:https://m.youtube.com/watch?v=mtNc8ZXuHVI
6:35“交通,十二點鐘,同一高度,零英里。”
expeditedescent
2019-08-29 10:30:55 UTC
view on stackexchange narkive permalink

是的,在某些情況下是可能的。但是,您通常的理解是,在大多數情況下,一次一次只能在跑道上放一架飛機是正確的。

有一些顯而易見的情況,其他答案中也有涉及。例如,可以允許一架飛機在另一架正在起飛或著陸的飛機後面的跑道上越過或滑行。也可以將等待起飛的飛機放行,使其在另一架飛機起飛或著陸後的跑道上進入/排隊。這些示例非常簡單,因為只有一架飛機實際上正在使用跑道進行起飛或降落,而另一架飛機只是在向後滑行。但是實際上,按照以下規定,並按照國際民航組織Doc 4444號文件第7.10節“ ”所述,兩架飛機可以同時在同一跑道上起飛或降落。

  1. 一架飛機可以降落在跑道上,而另一架飛機也可以降落,前提是第一架飛機已經降落,處於運動狀態並且可以騰出跑道而不會後退(在飛機上執行180

  2. 一架飛機可以降落在跑道上,而前面的另一架飛機要從該跑道起飛,前提是第一架飛機是機載飛機。

  3. 一架飛機可以從跑道起飛,而前面的另一架飛機也可以起飛,但前提是第一架飛機是空降的(但仍在跑道上方,因此不能脫離跑道

  4. ol>

    國際民航組織提出了一些非常嚴格的要求,以便使用這些規則,例如所涉飛機之間的確切距離以及飛機的類型,跑道長度等。但是,有些州的規定很寬鬆。例如,在丹麥,由空中交通管制員值班,主要是要決定使用減少跑道間距的條件是否安全。所使用的措辭也有所不同:

    1. 與通常的“允許降落”不同,使用的措辭是“在前降落之後降落(飛機類型)”。顯然,第二架飛機將被告知第一架飛機,並且天氣情況必須使飛行員能夠始終看到第一架飛機。

    2. 類似於1,用語是“在先離開的飛機後方著陸(飛機類型)”。並在視覺上看到它。

    3. ol>
ymb1
2019-08-29 05:59:20 UTC
view on stackexchange narkive permalink

是的。這是最短跑道佔用時間程序,在經過安全和佈局評估後,將在特定機場應用。

倫敦希思羅機場就是這樣的機場。以下是來自 UK AIP的信息:

(...)應該留在目標飛機的後面,但可能會越過跑道等待點(​​前提是沒有紅色指示燈亮起)停止欄),並在收到許可後進入跑道。 沒有要求目標飛機在進入跑道之前已經開始起飛滾降。飛行員必須意識到,跑道上的飛機施加動力可能會引起爆炸危險。 p>

(強調我。)

這是在本質上“排隊等候在後面”還是實際上使一架飛機能夠在另一架飛機仍在跑道上時起飛/著陸?
@J.Hougaard:本質上是的,領導者*並非*甚至還必須滾動。因此,就像在OP詢問的情況一樣,它們正在跑道上排隊。鏈接文本數據中的更多內容。
好。那是完全正常的,而不僅僅是在英國做的事情:)
@J.Hougaard:從來沒有說過,*英國* :)我舉了一個官方引用的例子。同樣,並非所有機場都使用/允許這種降低的ROT,或者UK AIP不需要提及上述關於前一架飛機的要點。但是可以,對於繁忙的機場,這種排隊是正常的。 Doc 4444號文件中的2.6中提到了安全性評估,因為這種排隊的目的是減少空降後的間隔,否則就無需排隊或提及非滾動部分。
Graham
2019-08-29 21:13:55 UTC
view on stackexchange narkive permalink

從歷史上看,加擾軍用飛機將涉及同時編隊起飛的多架飛機,因此這保證了跑道上有不止一架飛機。此外,下一個要起飛的編隊通常都已排好隊,並準備在其後面追趕。對於攔截任務,這使得盡可能多的飛機能夠在盡可能短的時間內起飛,從而使飛行員寶貴的額外幾分鐘時間來增加準備高度。在這段Pathe鏡頭中可以清楚地看到這一點,其中噴火和颶風以三架飛機的編隊發射。

戰略轟炸機採用(並仍在使用)一種類似的技術,稱為最短起飛間隔,旨在讓核轟炸機盡快空降,以在發生核導彈襲擊時進行報復性反擊。由於前一架飛機的湍流很大,起飛的風險確實增加了很多,但是這仍然是常規做法。

因此,軍事ATC完全熟悉一次在跑道上飛行一架以上的飛機。

Roger
2019-08-30 23:31:27 UTC
view on stackexchange narkive permalink

這是拖航滑翔機起飛的標準操作程序。

14 CFR§91.309

涵蓋了使用ATC的許可。
該鏈接未提及“跑道”一詞。當然,滑翔機拖曳是一個“飛行”。您是說一次拖曳多個拖曳嗎?請[澄清](https://aviation.stackexchange.com/posts/68284/edit)。
當以這種方式發射滑翔機時,同時在跑道上安裝多個***飛機***(即,拖曳飛機+滑翔機)是標準操作。該問題詢問的是“多架飛機”,而不是“多架飛機”。對我來說似乎足夠清楚。
@RalphJ:這很清楚,但與IMO(即LQ)無關。拖曳滑翔機還能起飛嗎?除非羅傑指多次飛行。
這是一個模糊問題的出乎意料的有效答案。
@ymb1帶有空氣拖曳的滑翔機就是OP詢問的一個例子:是否/何時可以同時在跑道上擁有2架飛機。這是對原始問題的清晰,有響應的答案。
Machavity
2019-08-29 06:06:31 UTC
view on stackexchange narkive permalink

我在亞特蘭大經常見到這種情況。一架飛機將開始起飛,下一架飛機將駛向後方。一旦滾動飛機降落到跑道的中途,下一架飛機就會慢慢開始向跑道上移動。

如果您在飛機旁邊,將要起飛,通常可以觀看在飛機轉彎以與跑道對齊之前,前面的飛機到達V1並旋轉時。

同樣,對於著陸飛機,在著陸飛機完成其著陸展開後,隨後的起飛可能會“定位並保持”,因此,只要前一架飛機衝出跑道,隨後的飛機就可以離開。
@GalacticCowboy的“保留位置”已過時,建議的用語是“排隊等待”:https://www.faa.gov/airports/runway_safety/news/current_events/lauw/
@Tyzoid的概念仍然相同。
@GalacticCowboy您的觀點是有效的。但是,我們會盡力使事情保持最新狀態,以免引起將來可能閱讀此書的人們的困惑。如果有人實際使用舊的措辭,那將不會引起人們的困惑。 *是的,應該按照當前的標準對飛行員進行培訓,但是,有些東西會塞在您的腦海中,很難擺脫……。
很好的一點是,在這些情況下,您實際上可以看到以前的飛船起飛! ATL(我相信是世界上最繁忙的機場)就是最好的例子。
ratchet freak
2019-08-29 19:24:00 UTC
view on stackexchange narkive permalink

如果一條跑道有多個交叉滑行道,則地面控制系統可以同時清理多架飛機以使其越過跑道。

如果一條跑道未用於降落或起飛(贊成使用另一條跑道) ),則它可以像其他滑行道一樣使用(許可和回讀要求除外)。在繁忙時段的繁忙機場,這可能意味著該跑道可用作等待登機口的飛機的候機點。



該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 4.0許可。
Loading...