关于5月3号晚在上海浦东发生的冲突事件

打扰了,我是5月3号大约1130Z向浦东17L进近遭遇冲突的ANA8502机组。在转入五边时ZSSS APP还未上线,我在122.80的unicom守听其他机组通话,同时告知其他机组本机已建立ILS 17L航向道,此时本机距离跑道入口约12海里。随后地面另一机组在unicom通告准备在17L起飞,由于前序机组在短五边(当时我是这样认为的),我于是决定继续进近截获下滑道。

然后就在此时,TCAS警戒报TRAFFIC,显示正前方有冲突,查看vatspy,确认有一呼号为CES5377的A321从35R起飞,未转向避让、并持续爬升接近(如图)。我在122.80的unicom呼叫数次未果后,由于冲突存在无法建立稳定进近,只得放弃进近并复飞避让。执行复飞中再次寻找该机组,然而无论TCAS还是vatspy均无法找到,疑似在执行复飞时该机组已断线。

复飞后在ZSSS APP管制员Pei Cheng, Chung指引下雷达引导至RW16L着陆,未发生其他意外。我在复飞后几分钟内速度管理不太稳定,在这里感谢管制员的引导。

另外也在这里向当时浦东的其他机组道歉,按照运行流程不应该在RW17L着陆,但我没有注意到前序机组文字通信中打错了一个字(似乎是16L打成了17L),我看到之后没多想就进行了RW17L的进近,以后我会在反复确认实际运行情况后再选择合理的进离场程序。

事后查询了从35R起飞的这一机组的情况,对方似乎并未守听unicom,也未确认场面其他运行情况,就直接在35R盲目起飞。在这里我对这一机组的行为提出投诉,希望这一机组能在以后的连飞中多注意周边情况。

这里我把其他图片加上(因为上传限制),如图该机组并未调谐至任何频率
G{4`GR6VAZ7AQ(XFF)9@%CI

建議下次遇到這個情況可以直接.wallop尋求SUP幫助
飛行愉快

你的前機也選擇了17L來降落,但我上線的時候他已經距離機場過近= =

正如peicheng所说,下次再遇到类似的情况可以直接用你的客户端输入“.wallop+投诉内容”呼叫SUP(英文对话)处理。

同时也如你所说,下次在无管制机场飞行时建议提前查看机场细则中的运行方式。国内的多跑道机场通常都是内侧跑道起飞,外侧跑道落地。(比如说浦东向北运行时,34R 35L用来起飞,34L 35R用来落地)

祝你飞行愉快!