对CA8187 (ZBAD-ZUCK)全程解读

2020-11-21 作者： Fisherworks

11月21日，北京第一场雪（南城是雨夹雪）；跟娃约好的晨跑泡汤了，于是打开FR24，随便找个大兴出发的航班跟一下。

看着航班上了航路B215，其整体起飞的航迹比较符合大兴的SID RNAV RWY 35R，所以猜测是35R起飞吧。但在经过AD655直到PEGSO点的高度都超过了4700米，因此猜测是ATC提前取消高度限制？

【注】AIP航图来源 – sinofsx

然后就沿着B215过太原，经吕梁过黄河，航向不变W43过延安，转向南走W47，直至LOVRA点。这条航路从大兴去往西南方向基本是主干线路，大兴去成都也同样走这里。

说到黄河，航路途经吕梁上空时，如果天气晴好，乘客舷窗上可以用手机（注意使用飞行模式）很清晰的拍摄。

经航路W43飞向西南时，右侧靠窗座位，向北拍摄，所得如下。

临近冬天，地无绿色，一直拉对比、锐化和饱和，可以看清河道，其弯曲方向和角度与地图基本一致。

【注】返程的G212航路理论上也可同样操作。

同样经航路W43去往西南，左侧靠窗座位，向南拍摄，所得如下。

与上图刚好差一点能连接起来，缺失部分应该就是航路中心吧，可见现代飞行导航之精确。

过了之前所说的LOVRA点，航路就有点蹊跷了，高空航路图上并木有相应线路。作为纯粹的外行，我只能猜测是区调下指令直飞MIZI？

【注】FR24的数据偶有缺失，这里过MIZI的航向突变应该不是实际情况，甚至到MIZI之前的航迹也不一定是准的。依据一个软件从业者的经验，当服务器不更新数据给FR24客户端的时候，客户端往往会保持最后一次拿到的数据（高度、航向、空速、垂直速度等）来更新航空器位置，直至新的数据到达。而服务器不更新数据的可能性有多种，到这附近很多飞机都会有数据缺失，据我猜测是当地没有采集器上线提供数据的原因？

过MIZI VOR之后好像一直与G212处于向西大概20nm偏置的状态，总不是我的航路图不够新的缘故吧。抑或是根本没有偏置，就沿着G212下来的？这可能得多跟几次，或者有更精确的数据源来判断了。此处如有谬误，拒不负责哈。

此处的判断依据是，根据航路图里NINGSHAN VOR的经纬度计算，应该不在航迹上，而是航迹的东侧。

然后就是STAR了，transition TOROD，ZUCK的RNAV RWY 03（猜的）。

什么？怎么不猜02L、02R？那你猜，为啥我不猜那俩老跑道？

猜不到不怪你，上个图没放全。过IAF（初始进场点）的时候，高度是1200。在STAR chart里边没有写（chart标注1500），如果不是我的chart太老呢，那么应该就是ATC指令的。

为啥指令1200，不是1500、1400、1300呢？

仔细看下RNAV approach plate，02L、02R要求截获GP（Glide Path）前的高度都是1500，只有03是1200，这就明白了，猜测是按ATC指令执行的结果。

印象上次我自己乘坐ZBAD-ZUCK应该也是降在RWY 21（03的对端），估计滑行去T3航站楼比较近的缘故吧？至于向北还是向南落，就纯粹是风向问题了。

而上午10点重庆天气是这样的：

正经的迎风落，风向可谓丝毫不差，棒呆！

文章的脚注信息由WordPress的wp-posturl插件自动生成