ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 关于电报

关于电报

原创 Linux操作系统 作者:mi_zy 时间:2013-05-15 20:57:17 0 删除 编辑

FPL的拍发时间为预计撤轮档前45分钟到6小时,为留给报告室充分的时间检查FPL的电报内容,特别是一些公务机、专机、VIP等特殊飞行,签派放行席位可适当提前至撤轮档前60分钟左右递交,但不要早于6小时 。

在递交FPL后,如果因内容发生了变化,公司则应递交CHG电报,而不能直接重新拍发FPL。或者拍发CNL报取消原FPL后,方可重新拍发FPL。

 FPL电报的有效时限:在预计撤轮档时间之后4小时内,未拍发“CHG”或“DLA”报,则该“FPL”报自动失效.

 航班返航后如果再次起飞则要再次向报告室递交FPL 。

航班延误后30分钟,签派员应拍发DLA电报。

FPL的有效时限为预计撤轮档后4小时。如果拍发FPL后4小时内没有拍发DLA和CHG电报,则4小时后该FPL失效,签派放行席位必须重新递交FPL,并且电报内容发生变化应向飞行报告室说明。

延误时间24小时内的航班都可以发送DLA电报来传递信息。延误时间24小时内的航班,如果延误后执行当天有相同的航班号,为了避免与当天的航班号相混淆,延误航班的航班号应当按照补班的原则更改。对于更改航班号的延误航班,签派放行席位应在递交DLA电报后再递交CHG电报,并人工在FPL编组18项RMK∕中注明原执行日期。例如:RMK/ ORIGINAL DATE OF FLIGHT 2 SEP 表示执行原9月2日的航班。

气象电报处理模块

解析气象电报QNH数据项。能处理的气象电报类型包括:METAR、SPECI。对于气象电报中包含的天气条件和现象等信息,处理时不会对数据逐一进行有效性检查;对于QNH数据项,处理时有规定和要求,该项数据如果无效,将导致错误告警。对于TAF类型气象电报,只识别,不处理。

METAR 是Meteorological Terminal Aviation Routine Weather Report (航空例行天气报告)的缩写:

有两种METAR报告类型。第一种是例行METAR报告,每小时传送一次(每隔一小時或半小時發出一次)。第二种是航空选择的特殊天气报告(SPECI)。它是一份特殊报告,由于快速变化的天气状况,飞机灾难,或者其他关键信息而随时用它来更新METAR。

TAF 是 Terminal Aerodrome Forecasts (终端机场天气预报) 的缩写,终端机场预报是为一个机场周围5法定英里半径确立的报告。TAF报告通常是较大的机场才有。每一份TAF报告有效期只有24小时,每天更新4次,时间分别为00:00Z,06:00Z,12:00Z,18:00Z。TAF报告使用和METAR报告中相同的描述符号和缩写。

AirNet自动化系统内部使用的GRIB高空风数据信息:

飞行剖面计算:从起飞机场标高开始,使用飞行性能数据库,参考航空器的性能,计算航班到达本管制区进交接点的时刻和飞行高度。并利用来自气象信息系统的二进制网格气象数据(GRIB)报文对过点时间、速度进行修正。

目前可以使用的稳定的高空风数据源是美国的高空风(GRIB)气象报。该报由气象机构发布,分别提供次日6h有效、12h有效和24h有效的3种气象预报。预报的范围涵盖全世界,它描述了指定高度层内各经纬风格点处的高空风属性.
气象信息可用一种动态网格模型来描述。初始情况下,该动态模型中的网格与GRIB所定义的网格一致,但允许方便地进行网格剖分。在每个网格点上,给出相应的气象元素数据,包括高空风大小、自定义高空风等级、高空风风向、温度等。这些天气字段有些是已有预报数据,有些是自定义的状态变量,可以方便后面的过滤器使用。
通过网格模型,可以将现有的天气信息进行有效的整合,而且其灵活可伸缩的框架保证了今后气象模型的升级可以伴随着数据的改变而轻松实现。

来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/7970627/viewspace-761207/ ,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论
***---Descartes---***

注册时间:2011-02-02

  • 博文量
    313
  • 访问量
    511930