題:
儘管飛行員沒有宣布緊急情況,但ATC能否將航班作為緊急情況處理?
summerrain
2018-12-06 02:24:30 UTC
view on stackexchange narkive permalink

LNI610墜機事故的初步報告顯示了在飛行員顯然沒有控制飛機的時候,ATC和LIN610之間有多少分心的談話。 –由FDR數據證明–應該與其他人(而不是ATC)交談以診斷問題。這違反了“航空-導航-交流”的原則。

雖然顯然屬於機組人員宣布緊急情況的責任,但我的問題來自空中交通管制的觀點

(摘自初步報告,第1 + 2頁)

在世界標準時間23:21:53, LNI610 SIC要求“在某個保留點”批准TE控制器。 TE控制器詢問LNI610飛機問題,飛行員回答“飛行控制問題”。

在世界標準時間23:24:51,TE控制器為LNI610目標標籤添加了“ FLIGHT CONT TROB”文字

初步報告顯示,即使在飛機起飛後,在關鍵時刻,空中交通管制和LNI610之間仍有可有可無的談話。

我的問題是:

看到該航班被ATC標記為“ FLIGHT CONT TROB”,ATC是否可以處理情況的方式有所不同,例如即使他們沒有機組人員聲明,也可以減輕他們的困擾,甚至可以完全解決PAN PAN的情況(不要限制導航,重新路由其他交通,盡可能避免通信)?

還是他們是否真的束縛了雙手,只要沒有通過MAYDAY或PAN PAN正式宣布緊急狀態,就有義務將航班與其他航班一樣對待?

我非常歡迎您提供任何答案,包括不熟悉此特定事故但可以分享其工作經驗(在實踐中如何處理)的飛行員或ATC管制員和//或指向特定規則(理論上應如何處理)。


FDR數據(時間戳和我在23歲時添加的粉色豎線: 21:53和23:24:51與上面引用的ATC摘錄相對應的UTC): img
六 答案:
mongo
2018-12-06 04:21:08 UTC
view on stackexchange narkive permalink

在美國,管制員有權將任何情況視為緊急情況,而且確實如此。即使我以為我沒有緊急情況,我也有控制器多次“聲明”緊急情況。

控制器有一些優點。

有一次,在結冰,延誤並試圖接近聖誕節假期前往DC機場之後,我宣布“加油”,我認為這不是緊急情況。我只是想讓管制員知道,如果他們再次將我帶到西弗吉尼亞,我將接近或到達保留地。目的地的天氣遠比我在13,000處飛過的冰好得多,但我想避免在Martinsburg降落,遠離目的地購買另外的燃料。

我立刻得到了移交給杜勒斯(Dulles)管制員,其雷達的覆蓋範圍比巴爾的摩進近(Baltimore Approach)更好,後者通常為我的目的地處理進近。我接受了兒童手套的治療,沒有得到進一步的延誤,並且沒有任何事件降落在我的目的地。完成文書工作後,我將油箱浸入水中,並發現我的燃油仍比IFR夜間飛行的最低油量多出27分鐘,而且轉向了更好的天氣。緊急”狀態。

我要說的是一件事,當我正在處理座艙火災時,管制員不斷地問同樣的問題,這分散了他們的注意力,但是他們正在努力使自己的工作做到最好可以像飛行員一樣就我而言,我只是停止回答優先級較低的問題。在座艙起火的情況下,我(晚上)殺死了總開關,而後面的另一個飛行員則將ATC放在他的手持無線電上。在前面,我們處理了大火,並將通訊委託給了後面的一個人。

因此,在應用於LIN610和其他情況下,飛行員行使其告訴控制器“待機”的能力是有道理的。有時候它會起作用。

我對《美國管制員手冊》的了解不像過去那樣熟悉,但是我相信管制員有權宣布緊急情況。但是請記住,就像飛行員一樣,它們是環境的產物,並且他們的培訓,目標,經驗和組織期望會發生變化。

宣布緊急情況,尤其是在涉及燃油時,是Avianca 52航班在1990年1月墜毀的一個因素。這不是唯一的因素,但足以使管制員更願意發起緊急情況。
上世紀90年代,我在航空學院學習。一位退休的AT控制器是我們的講師。在第一堂課中,我們扮演了一個場景,即ATC中有惡劣天氣滾動進來,而GA飛機(在緊急情況下則不是這樣)和其他飛機。我們決定先降落GA飛機。他告訴我們,我們將失去工作,飛行員需要宣布緊急情況。 (該場景可能還有更多,但細節讓我無所適從)他是錯誤的,還是多年來改變了?
-1
Zach Lipton
2018-12-06 04:24:30 UTC
view on stackexchange narkive permalink

是的。例如,在美國(我不知道印度尼西亞使用了什麼程序),對控制器進行了指示(請參見10-1-1):

如果沒有使用“五月天”或“潘潘”一詞,並且您懷疑情況構成緊急情況或潛在緊急情況,應將其視為緊急情況來處理。

由於種類繁多,因此對於可能的緊急情況,無法規定特定的程序。但是,當您認為緊急情況已經存在或迫在眉睫時,請選擇並採取一種在這種情況下似乎最合適且最符合本手冊說明的措施。

換句話說,如果您認為可能存在緊急情況或潛在的緊急情況,請使用判斷來適當地處理它,而不管所使用的字詞是什麼。未能使用“ PAN PAN”和“ MAYDAY”這兩個魔術字來約束管制員的雙手。

雖然管制員不是介意讀者,也不是固有地不知道飛機身陷困境需要,除非進行了溝通。 “飛行控制問題”涵蓋了相當廣泛的條件,並且由於機組要求進入“某個停頓點”,因此在機組人員陳述其意圖之前,管制員可以得出結論,情況是穩定的。管制員的通訊是否干擾了機組人員解決問題的能力,這可以在調查的最終報告中提出,並在未來提出改進ATC程序的建議。

fooot
2018-12-06 05:24:53 UTC
view on stackexchange narkive permalink

空中交通管制的工作是幫助飛行員安全,高效地到達他們需要的地方。為此,他們必須提出問題,以了解需要向哪些緊急服務發出警報,或者如果需要的話飛機可能會降落。

飛行員的口頭禪是航空,導航,交流。交流排在最後。如果他們已經沉浸在最重要的項目(飛行和導航)中,那麼他們將受過訓練,不必擔心交流。除非ATC需要添加更重要的內容,否則他們可以等待。該系統已經被設計來處理通信故障,即使偶然。如果需要,ATC始終可以清除其他飛機的干擾。如果飛機說他們有飛行控制問題,並且開始不規律地飛行,則可以確定這是他們的第一優先事項。

ATC不必正式聲明緊急情況改變他們處理流量的方式。有時他們可以告訴自己出了什麼問題,他們會竭盡所能地提供幫助。但是他們卻一無所知。如果飛機出現問題,則飛行員的工作來解決這個問題,並讓ATC知道他們的需求。

M28
2018-12-06 03:04:33 UTC
view on stackexchange narkive permalink

飛行控制器通常具有完全權限以安全的方式進行交通。如果他們認為自己必須重定向流量,允許飛機無限制飛行或減少通信量,那麼這樣做就在他們的權限之內-當然,在事實是否必要之後,他們可能會受到質疑,但他們當然有做出這些決定的權利。但是,管制員不能正式宣布飛機緊急情況,因為該決定只能由飛行機組做出(更具體地講,機長將是緊急情況的決定權。 p>

就獅航610而言,飛行員的確確實說過他們的飛行控制遇到了麻煩,但是,傳遞給管制員的信息並不僅僅意味著緊急情況。 610在某種程度上很常見,通常會按照正常程序返回地面,由機械師檢查。610的完全失控是突然發生的,儘管有部分/暫時的損失導致了失控。

[ATC的視頻在12:17](https://youtu.be/btASbvCFPBk)宣布飛機緊急事件。
Alireza Hazrati
2019-10-24 03:13:27 UTC
view on stackexchange narkive permalink

有時,飛行員出於種種原因(媒體,檢查等)不願宣布緊急狀態。即使在真正的緊急情況下,一些飛行員也不使用相關的措辭來傳達飛行狀態。應該對管制員進行培訓,以解決由於多種因素(如社會文化和認知影響)而造成的溝通混亂,在這種情況下,從飛行安全的角度出發,管制員可能需要採取必要的行動來處理飛行,就像緊急情況一樣。在某些情況下,管制員可以向飛行員宣布緊急情況,並且在某些情況下,例如管制員觀察到飛機起火,但被飛行員拒絕,隨後管制員宣布緊急情況並保存了航班。此外,根據NASA科學家兼飛行員Immanuel Barshi進行的一項研究,如果有必要,管制員可以宣布航班緊急。請記住,緊急情況可能會導致緊急情況,因此,如果需要的話,事先做好準備可以節省時間和生命。當然,沒有“一刀切”的規則,每種情況都可能意味著需要採取單獨的行動。

Edmond Metaj
2020-01-18 15:48:27 UTC
view on stackexchange narkive permalink

明智的做法是,即使飛行員沒有宣布緊急情況,管制員也要發出警報。他們必須做好準備,並開始對局勢進行協調和評估,因為沒有出現在空中的一種局勢可能會迅速轉變為困境。這並不意味著控制器必須阻塞頻率並詢問每一刻。控制器規則為 ASSIST

  • 確認呼叫;驚呼
  • 將飛機與其他交通分開。給它騰空的空間
  • 沉默-在頻率上。盡可能提供單獨的頻率-這樣可以防止飛行員不必要的混亂
  • 通知需要了解和可以提供幫助的人;適當地通知其他人
  • 以任何可能的方式支持飛行員-開始考慮其他路線等。
  • 時間-給飛行員一些時間來收集自己的想法,不要騷擾他們以供參考。時間會做出明智的決定

因此,在某些情況下,他們必須保持沉默。有時,飛行員是否宣布緊急狀態的問題是,其中一些飛行員不願意立即宣布要為某些機場收取額外費用。



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