【管制小知识】ATC 之间的协调/Coordination Between ATC Units

ATC之间的协调(Coordination Between ATC Units)对于空管来说是至关重要的一个环节,也是一个往往容易被忽视的环节。 因此写此帖希望引起管制们的注意。帖子中会结合一些我在管制中遇到的实例来强调协调的重要性。

 

将要讲到的东西,都是些比较细微的环节,但是千万不要认为这些不重要,正是这些细节会体现VATPRC管制的质素和水平。

 

  

在讲ATC协调之前,先介绍一个非常重要的管制概念,这就是:

 

Situational Awareness -----中文可以叫做“状况感知”,“状况认知”等等,就是对你管制区域整个情况的观察和认知这个意思。

 

实际上,在整个ATC管制的过程中,你都在不断地获取和感知局部的和整体的各种状况(situations),而且这个状况是一个不断变化的状况(Dynamic Situation),然后你根据不同的情况,做出不同的处理并对相应机组发出合适的指令(instruction)。 最后你可能还需要验证(verify)机组执行指令后是否能达到你预期的目的(seperation,sequencing…etc)。这是一个完整的循环:

 

Situation Aware-----Work Out Plan-----Issue Instruction-----Verify Result

 

你在管制中,会不断重复这个循环,以保证机组安全,高效的流动。

 

由此可见,Situational Awareness是非常重要的一环,如果在这个环节有所疏忽,会导致你的管制陷入混乱和被动之中,甚至可能出现安全隐患。

 

ATC的协调重要目的之一,就是有助于相邻或者相关ATC席位获取Situation。 比较常用到的协调有TWR-APP之间的协调,APP-CTR之间的协调,CTR-CTR之间的协调等等。

 

还有一种协调就是不针对某个席位,而是面向一个或者多个席位的协调,往往是通知(broadcast)的性质。这种协调一般在ATC公共频道里进行。今天我们重点讲讲这种协调。

 

 

------当你上线或者要下线的时候,要在ATC公共频道广播(broadcast),使所有原来在线的管制知道这个情况。

广播的方法是在命令栏输入斜杠“/”,然后输入你要广播的内容,按回车键就发布了。 比如:

 

/ZBAA_TWR is on ---------------------------通知大家北京塔台上线了

/ZUUU_APP will close in 5-----------------通知大家成都进近5分钟之后关闭

/ZUUU_TWR closed-------------------------通知大家成都塔台关闭

/ZSAM_APP leave for 10min--------------通知大家厦门进近暂时离开10分钟

/ZSAM_APP back----------------------------通知大家厦门进近回来了

 

不要小看这类协调,它非常重要,下面讲几个我在管制中遇到的实例来强调它的重要性

 

*****************************

一次我上广州CTR,有三个机组要离开广州管制区域飞往上海方向,这时我相继通知机组离开管制区域,守听Unicom 122.8。但我不知道的是,上海区调不知什么时候静悄悄的上线了,而没有在ATC公共频道通知大家,我刚发完指令让这三个机组转频122.8, 上海区调就发信息让我handoff给他。可是这个时候已经有机组转到122.8,我无法通知机组进行frequence transfer,只好通知还在频道里的机组联系上海,没在我频道里的机组,让上海区调自行去联系。

 

如果你是机组遇到这种情况你怎么想?

 

”奶蛋,这帮管制不专业,一会让去122.8,刚转过来,又让联系上海区调,搞什么搞?“

 

 

******************************

另外一次忘了在那个机场,我做APP,也是一样,TWR不知什么时候,悄没声息的上线了,当我引导机组建立跑道航道后,机组报已建立航道,我对机组直接说:

 

” 地面风xxx,跑道xx,可以落地“

 

你猜机组怎样复述指令:

 

”进近,我需不需联系塔台“!!!!

 

https://forum.vatprc.net/uploads/emoticons/default_ph34r.png" alt=":ph34r:"> https://forum.vatprc.net/uploads/emoticons/default_ph34r.png" alt=":ph34r:"> https://forum.vatprc.net/uploads/emoticons/default_ph34r.png" alt=":ph34r:"> https://forum.vatprc.net/uploads/emoticons/default_ph34r.png" alt=":ph34r:">

********************************

这一次发生比较久远,只记得是澳洲的一个机场,我做TWR,当机组离地,通知他联系APP后,几分钟后,机组又回到我的频道,告诉无法联系进近,进近已经下线了(又是悄悄的干活),我只得让机组去122.8.

看过这些例子,你可能会说,你不会看controller list啊,谁在谁不在看下list不就清楚了? 要知道,管制上线下线,是分分钟发生的事情,你在管制的过程中,不可能隔几秒就去看看controller list,尤其当你的交通比较繁忙,或者你集中处理某个状况的时候,你不会去观察list的变化,结果就是你对状况的感知缺失(Situational Unaware),导致发出不合适的指令。

未完待续

的确,这是个容易被疏忽的环节 https://forum.vatprc.net/uploads/emoticons/default_tongue.png" alt=":P"> 谢谢Sam的提醒

被SAM抓过现行,惭愧。

。。。。续前文

 

 

-----塔台在每次更新通波之后,要在ATC公共频道进行广播。如果 METAR 变化不大,机场运行模式不变,只需广播通波号。如果天气有大的变化,或者机场运行模式有变化,都要把变化的内容广播出来。其他席位的管制收到广播之后,应该简单的用通波代码复述,确认收到信息。

 

 

METAR变化不大例子:

 

TWR:   / D is current-----------------通波更新至“D”

APP:    / D-------------------------------复述通波代码确认收到广播

CTR: / D-------------------------------复述通波代码确认收到广播

 

 

 

METAR 有较大变化的例子:

 

/ E is current, wind 030/10, Q1008

 

 

 

METAR 变化较大,导致机场运行模式变化:

 

/ E is current, wind 170/08, rwy in use change to 04

 

其他席位依然以通波代码复述确认。

 

 

 

其他原因导致运行模式突变:

 

/rwy 36R closed for emg,exp furture notice-------------跑道36R因紧急原因关闭,等待进一步通知

 

 

 

 

 

原则上来讲,任何席位如果运行模式出现某种变化,或者增加某种限制,当这个变化对其他席位的管制会产生影响时,必须在ATC公共频道进行广播。

 

 

例子:

 

APP:  /all departures speed at/below  200

CTR:   /rgr

 

此例中,因TMA机组很多,APP 需要给所有离场机组限速200.

 

当机组移交给CTR,CTR 在确认无潜在冲突影响之后:

 

CTR: xxxx,cancel speed restriction, climb to xxxx…

 

 

 

 

 

 

 

 

 

需要更改通波 的大概都是些大型活动吧

??

不论是否大型活动,或者非活动,塔台上线管制时都要及时更新通波.

 

因此通波的更新与是否活动毫无关系,S2课程里有讲到什么情况下需要更新通波,现在抄录在下面,刷新一下大脑:

 

 

----------------------------以下摘自 Moodle S2 课程--------------------------------

 

通波的更新

 

 

 

当出现以下变化时,要立即更新通波:

-进近模式改变

-活动跑道改变

-风向变化超过10度,或者5MPS

-修正海压QNH变化超过1百帕

-低于180米的云层,变化超过65米,或者云量的变化超过一个等级

-1500米至10KM的能见度,变化超过1000米。1500米以下的能见度变化超过100米

通波ATIS更新时不要忘记同时更新通波识别码