实况预报代码详细解释.hh_百度文库
您的浏览器Javascript被禁用，需开启后体验完整功能，
享专业文档下载特权
&赠共享文档下载特权
&10W篇文档免费专享
&每天抽奖多种福利
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
实况预报代码详细解释.hh
阅读已结束，下载本文需要
定制HR最喜欢的简历
下载文档到电脑，同时保存到云知识，更方便管理
加入VIP
还剩5页未读，
定制HR最喜欢的简历
你可能喜欢機場天氣報告 (METAR/SPECI)
機場天氣報告 (METAR/SPECI)
METAR 代表 '例行天氣報告'，每隔一小時或半小時發出一次。這種報告載述在指定時間內在機場所觀察到的氣象要素。
SPECI 代表 '特殊天氣報告'，當機場的天氣狀況明顯地惡化或轉好時，除例行天氣報告外，機場氣象所會發出特殊天氣報告。這些重要的天氣變化包括地面風，能見度 ，雲底高度的明顯改變，或惡劣天氣的出現或消失等。 SPECI 編碼方式與 METAR 類似，各元素擁有相同的意義 ，分別在於這兩種天氣報告開段所採用的關鍵字眼 METAR 或 SPECI。
METAR/SPECI電碼包含趨勢預測，即預測未來兩小時內天氣的轉變。
香港天文台在 18 年 07 月 28 日 14 時 00 分最新發出的香港國際機場天氣報告
METAR VHHH 005KT 260V320 9999 SCT028 32/24 Q1006 NOSIG=
機場天氣報告電碼經解碼後：-香港天文台發出 2018 年 07 月 28 日 0600 協調世界時 的機場天氣報告：&
西北偏西風 (290 o) 5 海里/小時 ，在 260 o - 320 o 之間不定
10 公里以上
無重要天氣狀況
1006 百帕斯卡
隨後兩小時之趨勢
無顯著轉變
由於國際民用航空組織的一項修訂，自二零零一年十一月一日起，航空用途的夜間能見度代表在無光背景中可以看見及分辦強度約為1 000堪德拉(candela)的燈光的最大距離。由於上述安排特別為航空用途而設，故此有時或與一般用途的夜間能見度不同。一般用途的夜間能見度代表大氣透明度，不受燈光強度所影響。
若想進一步瞭解雲，請參考
若想進一步瞭解常用氣象儀器，請參考
香港國際機場航空天氣資料某云用户网站入侵应急响应
*本文原创作者：feiniao，本文属FreeBuf原创奖励计划，未经许可禁止转载
1、情况概述
该案例是前期应急处置的一起因安全问题导致的内网不稳定的情况。写下来，和大家一起讨论应急响应的一些思路及其中间遇到的一些坑，欢迎大牛指点、讨论。
情况是这样的：某用户发现在网络经常出现内网中断的情况，经其内部分析，初步判定可能为其在云上的一台虚拟服务器(Linux)异常导致，但是前期对这台虚拟主机进行常规的安全检查与数据包分析，并没有发现其有异常情况。但是用户发现只要这台虚拟主机接入网络就会不定期出现内网中断。该服务器对外只开放 ssh和80。用户为保证其他服务器的安全及可用性，把这台虚拟主机给下线了，但是这台虚拟主机是否存在异常？为什么接入网络会导致中断？在初步分析没有结论的情况下，我方介入协助分析。
2、整体分析
2.1 数据包分析
与183.61.171.154异常交互
我方介入后，根据实际情况，将这台异常虚拟主机全部拷备放到一台暂时没有使用的服务器中，前期考虑可能是发送恶意报文导致某用户内网服务器中断，所以前期采用的方法是对这台虚拟机的流量进行抓取分析，但是在抓取一段时间后，并没发现异常。考虑到可能是不定期发包，因此决定进行长期抓包与系统全面分析的方法进行分析。下面是我方进行抓包分析情况：
抓了近两天的数据包，总共包大小为75.3M，从数量上看，包的数量相对较少，应该没有进行大流量攻击行为。继续深入分析数据包:
从数据包中发现有一处报文交互存在可疑，对其深入分析，发现在日13:55:50时这台虚拟主机主动外连183.61.171.154这台主机的5896端口，并下载了一下bc.pl的文件，其源端口为37568，但是由于分析时，该端口已无会话信息，所以无法分析当时是哪个进程。下面是这个过程的情况：
报文交互过程
文件存放路径
对bc.pl文件查看，其源码如下：
根据源码分析，其使用有socket函数，并定义一些remoet_ip,remote_port等关键字，初步判定其为一个进行远程控制用的恶意远控程序的部分文件。
对183.61.171.154这个目的IP进行分析，发现其存在被僵尸网络控制等情况，这台主机可能并不是真正的原始攻击者，攻击者通过这台主机作为跳板来攻击其他主机。但是我们对这个 IP的分析，可以证明上面的会话的确存在异常。
对其反向DNS解析，分析曾经有哪些域名挂在这个IP上，可以看出这个IP。
频繁的更换其对应域名，说明这个IP对应的主机可能早已被黑客控制，用来进行黑客行为。下面是其反向DNS信息汇总：
继续深入分析，看看183.61.171.154这台主机上是否存在恶意文件，通过下图可以看出183.61.171.154这台主机存在较多恶意脚本。
183.61.171.154存在恶意样本分析
通过上面分析，可以看出183.61.171.154这台存在恶意脚本，判断为被黑客控制的机器，黑客使用这台作为跳板来入侵其他设备，因此某用户外连这台主机并下载bc.pl 这个文件，通过各方面综合分析，判定 bc.pl是一个用来进行远程控制的恶意文件。
与65.118.123.162异常交互
直接分析HTTP数据包，发现除了上面介绍下载的bc.pl文件以外，还有大量的 HTTP 请求，请求的内容都为外连一个pl文件。
异常交互情况
提取相关信息，汇总如下：
上图可以看出65.118.123.162这个IP存在被僵尸网络及威胁流量的情况。和上方一样，这个 IP 可能也不是黑客真实的IP，黑客控制这台主机，然后再通过 65.118.123.162这台作为跳板，再入侵其他设备。
继续对65.118.123.162深入分析，反向DNS查看一下，可以看出这台主机位于美国，并且其域名在不断变更。
通过上文，我们可以看出某用户的这台服务器不定期与65.118.123.162这个存在被僵尸网络控制的主机进行交互，并且都是Get 其一个 pl文件。通过对目标主机进行分析，判断该会话为恶意交互，但是因为抓包时，没有及时分析该端口所对应的进程，所以暂时没有办法分析是哪个程序导致。后期如果需要分析，可以进行实时抓包，找到该端口号所对应的进程，然后把该进程杀掉即可。
2.2 可疑文件分析
根据上面的分析，发现在bc.pl存放在/tmp目录下，对这个目录下的分析进行分析，发现几个可疑文件：
直接cat这个文件，可以发现一些很有意思的事情：
1. 直接把主机防火墙关闭
2. 从123.249.7.198:8831上下载 123这个文件
3. 赋予123这个文件 777 的权限
4. 执行123这个文件
这里面可以看到黑客通过这个脚本下载并执行123这个文件，如果存在123这个文件，可以说明 cmd.n 这个文件是有执行的权限的，但是通过上文我们可以看到cmd.n这个文件并没有执行的权限，这可能是黑客相对聪明的地方，执行完以后把这个文件降点权限。一方面可以迷惑分析者，另一方面不会被其他黑客来控制。我们接着来分析，既然黑客下载并执行了 123 这个文件，那么在系统中肯定存在这个文件，我们来查找一下：
查找找到123这个文件，在根目录中，直接进根目录中查找分析，发现除了123这个文件，还有 1 、123123、 1253这三个文件名非常类似，但是 123这个文件 cat不了，直接下载下来，丢到分析平台中分析。
通过杀软平台分析，基本上判定该文档存在病毒：
杀毒分析情况
同样，对其他文件进行查杀，结果如下：
运行进程分析
对10月17号这段时间上传的文件进行导出分析，发现另外一个文件 conf.n ，通过上传时间分析，其也是10月 17日 1点 25分上传上去的。在这段时间上传有两个文件，一个为cmd.n，另一个为 conf.n ，已分析 cmd.n为一个异常文件，那么我们推断conf.n这个文件肯定也为恶意文件。
这个文件位于/usr/bin/bsd-port/目录下，直接查看这个文件，发现文件做过特殊处理，无法直接查看。直接google 一下，看是否有相关资料，果然有被这个马搞过的案例。至此，我们已经没有必要继续分析了，基本上可以判定 conf.n 是一个恶意文件。
Linux conf.n木马
继续看看其他目录是否还有conf.n这个文件，一共找到四处存在，其中两处我们已经分析过了，另外两处做了初步分析，基本上判定也为异常文件，建议直接杀掉。
那么黑客是如何上传这几个恶意脚本的呢？目前根据某用户具体情况，要么是系统，要么是网站。下面我们来对系统和网站进行全面分析。
2.3 用户系统分析
对系统用户进行分析，某用户这台服务器一共存在39个账号，对其账号、权限、组等进行分析，初步判定没有账号异常情况。
/etc/passwd文件分析
/etc/shadow文件分析
2.4 webshell分析
系统层面没有问题，那么最大的可能性是网站了。针对网站最大的攻击，主要是通过webshell来上传恶意文件。我们首先对webshell来进行分析：
使用webshell专杀工具对某用户web服务器的内容进行扫描，中间并没有发现存在 webshell, 但是并不能说明某用户的网站没有存在过webshell，有的webshell具有自毁功能，并且通过上面分析，我们可以看到这台服务器已经下载了 bc.pl 这个远程控制脚本，通过这个脚本，黑客已经可以远程控制这台服务器了，根本不需要webshell了，这只是我们的推论，我们需要通过日志分析来验证我们的推论。
2.5 日志分析
下面我们来对日志进行分析，日志包括两部分，一部分为系统日志，另一部分为网站日志：
2.5.1 系统日志
分析/var/log/secure文件，发现其系统日志无异常。
2.5.2 对网站扫描
对weblogic的日志进行分析，发现在8月31 号的时候172.17.4.179对这台服务器的web服务进行漏洞扫描。但是因为做了 NAT ，分析到的源IP为内网IP，无法追溯到真实 IP地址。
2.5.3 10月17日日志部分被清除
由于黑客上传那几个恶意文件的时间为10月17日，我们过滤这天的日志来进行全面分析，看看是否从中可以找到蛛丝马迹，但是当我们把时间定格在 1:25分左右的时候我们发现17号的日志很大一部分被清除了。为什么这段时间的日志会被清除？我们不禁想到，黑客已经在这台服务器上下载了用来进行远程控制的脚本，已经不再需要webshell了，同时为了更好的隐藏及保护后续持续控制，黑客把webshell给清除。
另外，我们再辅助对系统会话，主机hosts、历史命令进行分析，看看是否还有其他发现。
2.6 系统会话分析
对其正在建立的会话进行分析，我们主要分析基于TCP的会话，发现目前存在三组TCP会话：
对这三组会话进行分析：
123.57.150.237
可以看出其程序为123这个程序调用，上文我们已经分析出123为一个病毒文件，因此该会话一定为异常交互。
208.185.115.120
165.254.12.197
后面这两组都为clock-applet这个程序发起的，clocl-applet这个程序存在于 /usr/libexec 这个文件夹下面。
对后面两组会话抓包分析，其交互过程如下所示，可以看出它们都是和weather.noaa.gov/cgi-bin/mgetmetar.pl这个文件交互，上文我们已经分析到和这个域名的交互情况，可以判断该交互为异常交互。建议把 clock-applet 文件清除。
2.7 主机hosts文件分析
主机hosts文件用来静态保存主机/域名对应的 IP 情况，默认情况下DNS解析时首先查DNS 缓存，然后再查本地 hosts文件，最后最进行 DNS解析。如果Hosts文件被篡改，很容易进行 DNS欺骗攻击。对某用户这台服务器进行分析，并没有发现 hosts文件存在异常。
2.8 历史命令分析
History命令集可以反映出当时黑客执行的命令情况，如果history从全部保存，可以很好的对入侵进行痕迹分析，对某用户的历史history命令进行分析，由于数据被覆盖，所有并没有发现黑客操作的痕迹。
部分History历史命令集
3、入侵过程
经过近两周的搭建环境、抓包与分析，基本上梳理清楚此次事件的来龙去脉。对此次事件的整个分析过程如下：
1、2016年10月 17日1点25，黑客上传 conf.n 和cmd.n两个恶意文件
2、黑客执行cmd.n并且下载123这个文件并且执行
3、123创建恶意进程，不断连接一个mgtermetar.pl 文件，但是没有连接成功。
4、本机主动外连并且下载bc.pl文件，这个文件为一个用来进行远程控制的恶意文件。基本上判定该服务器已被黑客控制
但是，黑客是通过什么途径上传cmd.n和conf.n这两个文件的？
上传的途径要么通过系统，要么通过网站。通过对系统日志和系统用户的初步分析，并没有发现异常的情况。我们推断为通过webshell来上传这两个文件的。虽然我们并没有查杀出网站存在 webshell ，但是通过以下证据可以在侧面验证我们的推论：
? 对外只有两个途径可以上传，系统和网站
? 系统分析，并没发现异常
? 发现上传这两个文件当时的web日志被清除
? 通过前期日志分析发现存在很多针对网站的扫描行为
? 系统已经下载了可用来进行远程控制的脚本，黑客无需再利用webshell，为了更好的隐藏及维持后期控制，把 webshell清除了。
那么，分析至此，但是还存在一个问题：用户反馈的是其内网经常中断，似乎与分析的结论并不吻合。但是考虑到用户的环境为云环境，其带宽、性能资源非常丰富，加上正常情况下，黑客入侵某一台服务器后，大都会进行内网渗透，内网渗透的话可以中间人、扫描等方式，如果人间人或者扫描的话很大可能会导致其内网不稳定。当用户把这台服务器下线后，内网一直正常，正好吻合我们的猜测。
1、处理此次事件中间遇到好多坑，如网站日志被黑客删除、没有发现webshell、用户的内网中断现象偶尔出现等都是分析的难点。在应急的过程中经常会遇到这类问题，最多的就是 web 日志只放在服务器上，但是被黑客删除了，这样的话就为我们的分析取证带来很多的难点。在遇到这类问题时，需要想方设法利用现有的资源去分析。
2、严谨推理、大胆猜测。在分析过程中遇到的各个断点的情况，需要根据现有的资源进行大胆猜测。
3、连点成线，我们在分析时可能遇到最多的情况就是解决了一个一个的点，如发现存在webshell、存在可疑账号、存在可疑IP 等，我们需要把这些一个一个的点连成一条线。
4、应急响应不是渗透测试，需要根据现有的信息分析黑客是利用什么漏洞入侵的、入侵的IP、时间、并且入侵之后做了什么等。因此我们在应急响应时不要搞反主次，把应急响应当成渗透测试。
5、应急响应分析不仅仅局限于web这一块，系统这一块同样需要分析。如其账号、连接、进程、安装程序、自启动程序等。
6、善用外部资源，如威胁情报、社工库、开放的沙盒，用好外部资源可能会有意想不到的收获。
7、欢迎大牛指点、讨论。
*本文原创作者：feiniao，本文属FreeBuf原创奖励计划，未经许可禁止转载
责任编辑：
声明：该文观点仅代表作者本人，搜狐号系信息发布平台，搜狐仅提供信息存储空间服务。
今日搜狐热点机场天气报告 (METAR/SPECI)
机场天气报告 (METAR/SPECI)
METAR 代表 '例行天气报告'，每隔一小时或半小时发出一次。这种报告载述在指定时间内在机场所观察到的气象要素。
SPECI 代表 '特殊天气报告'，当机场的天气状况明显地恶化或转好时，除例行天气报告外，机场气象所会发出特殊天气报告。这些重要的天气变化包括地面风，能见度 ，云底高度的明显改变，或恶劣天气的出现或消失等。 SPECI 编码方式与 METAR 类似，各元素拥有相同的意义 ，分别在于这两种天气报告开段所采用的关键字眼 METAR 或 SPECI。
METAR/SPECI电码包含趋势预测，即预测未来两小时内天气的转变。
香港天文台在 18 年 07 月 28 日 14 时 00 分最新发出的香港国际机场天气报告
METAR VHHH 005KT 260V320 9999 SCT028 32/24 Q1006 NOSIG=
机场天气报告电码经解码后：-香港天文台发出 2018 年 07 月 28 日 0600 协调世界时 的机场天气报告：&
西北偏西风 (290 o) 5 海里/小时 ，在 260 o - 320 o 之间不定
10 公里以上
无重要天气状况
1006 百帕斯卡
随后两小时之趋势
无显著转变
由于国际民用航空组织的一项修订，自二零零一年十一月一日起，航空用途的夜间能见度代表在无光背景中可以看见及分办强度约为1 000堪德拉(candela)的灯光的最大距离。由于上述安排特别为航空用途而设，故此有时或与一般用途的夜间能见度不同。一般用途的夜间能见度代表大气透明度，不受灯光强度所影响。
若想进一步了解云，请参考
若想进一步了解常用气象仪器，请参考
香港国际机场航空天气资料国际气象报文解码
我的图书馆
国际气象报文解码
转自：新疆飞技室&飞行部技术训练管理部国际气象报文解码 & 一、ICAO标准METAR气象报文例行观测报（METAR）的内容和格式1：例行观测报（METAR）的内容和格式2：例行观测报（METAR）分项解释： &METAR报中有关的编报形式也适用与SPECI报和TAF报1. & & & 报头识别部分报头识别部分包括三项内容：1) & & & 报告种类：a. & & & METAR----例行观测：无论有无飞行任务，每小时观测一次，根据气象主管部门的要求，也可每半小时观测一次。b. & & & SPECI----特殊观测：指在两次例行观测之间的时段内，出现下列情况时所进行的观测：当能见度（跑道视程）、云、风达到或通过本场特选报规定的数值，或达到、通过本场运行最低标准时，某些要素达到或通过经空中交通管制部门或其他部门和气象部门商定的数值时。当下列任何一种天气现象出现、终止（消失）或强度有变化时：冻降水；冻雾；中或大的降水（包括阵性降水）；低吹尘、沙或雪；高吹尘、沙或雪；尘暴；沙暴；雷暴（伴有或不伴有降水）；飑；漏斗云。2) & & & 地名代码：ICAO 机场四字地名代码3) & & & 观测时间观测的日期和时间，用日期/小时/分钟格式表示，加后缀Z表示世界协调时。例如：METAR ZGGG 291020Z当一份天气通告包含一个或更多机场的天气报告时，编码METAR或SPECI由缩写SA或SP取代，后跟通告识别编码和观测日期及时间，各分项报告中不再出现编码METAR或SPECI和观测时间。4) & & & 在安装了能自动操作的气象观测台的机场，系统可能会以AUTO METAR 格式完全自动发布天气报告。机场若需提供AUTO METAR需要获得CAA（Civil Aviation Authority）的许可。在没有人为干预而完全自动提供的气象报告中，以在地面风编组代码前加上代码“AUTO”来指明。因为传感器自身的限制，有限的取样区域以及观测系统使用的不同单位，使用者需注意应谨慎对待自动系统提供的能见度，现时天气和云状的报告。如果可能，AUTO METAR应使用其他的编码以指出观测系统的局限性。2. & & & 地面风1) & & & 风向风速：气象风以真北为基准，以风的来向的最近的10度取整为单位（三位数字表示），后跟观测前10分钟的地面平均风向风速（两位数字，也有三位数字的例外）。这些数据后不需要空格紧跟KT，KMH，MPS这三种缩写中的一种以强调用于报告风速的单位。例如：31015KT2) & & & 当最大风速超过平均风速10节或更多时，在风速后加G 和两位或三位数字指示最大阵风风速。如：31015G27KT3) & & & 静风用“00000”表示，其意义为两分钟或十分钟时距内的风速平均的风。4) & & & 风向不定用“VRB”表示，后跟风速和单位。是指在观测时距内。风向变化> 180° ，平均风速为风向不定。当风速> 3m/s，风向变化> 180° ，也应确定风向，只有实在无法确定风向时，才视为风向不定。如VRB6KMH。5) & & & 当在观测前10分钟时段内风向变化达到60度或以上，且平均风速超过3节时按顺时针方向编报两个极值风向，中间用“V”分开。例如：31015G27KT 280V3503. & & & 水平能见度：1) & & & 在METAR中，报告的能见度是主导能见度，且在一定的条件下是最小能见度。主导能见度是指观测到的，达到或超过观测点四周一半或机场地面一半的范围所具有的能见度值，这些范围可以是连续或不连续的扇区。2) & & & 如果，不是主导能见度的某个方向上的能见度小于1500米或者少于主导能见度的一半以上，则观测到的最低能见度以大致相对于机场方位八个方向上的一个的形式报告；如果不止一个方向出现最低能见度，则报告最重要方向上的最低能见度；如果能见度变化很大且无法判断主导能见度，则报告不指明方向的最低能见度。注：如主导能见度大于10KM则不要求报告最低能见度。3) & & & 能见度以米为单位并用以下方式取整：a. & & & 当能见度小于800米时最近的50米；b. & & & 当能见度大于800米但小于等于5000米时最近的100米，以KM表示；c. & & & &当能见度大于5000米时最近的1KM。d. & & & 当能见度等于或大于10000米时编报“9999”（或“P6SM”）；当能见度小于50米时编报“0000”。4. & & & 跑道视程：1) & & & 跑道视程（RVR）报文编组用前缀字母R加上跑道号，然后是斜杠“/”和以米为单位的接地端的RVR数值。如果RVR是两条或更多的跑道同时探测的，则RVR编组按此格式重复；平行跑道用加在跑道号后的字母“L”，“C”，“R”来相应地指示左，中，右跑道区别。例如：R24L/502) & & & 当RVR值超过了探测仪器所能探测的最大值，编组由字母“P”加上能够探测的最大值来表示。例如：R24/P15003) & & & 当RVR值低于探测仪器所能探测的最小值，编组由字母“M”加上能够探测的最小值来表示。例如：R24/M00504) & & & 如果能够决定RVR的平均值，则报告紧跟观测前10分钟时间段内的RVR平均值；趋势和重要的变化按照以下方式报告：a. & & & 趋势：如果在观测前10分钟时间段内RVR值显示明显上升或下降趋势，例如前5分钟和后5分钟的平均值变化超过100米或更多，则用字母U或D标注表示上升或下降趋势；否则，用字母N标注指示在10分钟时间段内雾明显变化。例如： R24/1100Db. & & & 重要变化：当一条跑道的RVR有重大变化，例如在观测前10分钟的时间段内，有1分钟的平均极值与这10分钟的平均值相比变化超过50米或者10分钟平均值的20%（两者中较大者），则按照从小到大的顺序报告这一分钟的平均最小值和最大值，且用字母V分隔。例如：R24/5) & & & 如果在紧跟观测前10分钟的时间段内包括一个标注的RVR值断点，则只用断点之后的那些数值来获取平均值。6) & & & 一个完整的RVR编组会用以下形式表示：例如：R24/U注：只要没有进一步的通告，英国的机场不要求报告RVR趋势和重要变化5. & & & 天气现象：每个天气现象编组包括相应的强度指示和字母缩写的2到9个字符组合，这些字符的含义如下：重要的现时和预报天气编码不同种类的降水混合将以联合形式如同一个编组报告，但最多插入三个分离的编组以表示超过一个的不同的独立天气现象存在。例如：MIFG, VCBLSN, +SHRA, RASN, DZHZ注：当能见度大于5000米时不报告BR，HZ，FU，IC，DU和SA。6. & & & 云 组：1) & & & 正常情况下用6个字符组表示。a. & & & 前3个字符指示云量。云量按八分量进行观测，即把天空分成八等分，看天空被遮住几分，云量就是八分之几。按照《国际航空气象电码》规定，对云量，按FEW（1-2）、SCT（3-4）、BKN（5-7）、OVC（8）进行报告；b. & & & 后三个字符指示机场平面到云层底部的高度，单位为百英尺。对云状，只报告积雨云（CB）和浓积云（TCU）。如FEW010CB。2) & & & 除重要的对流云外不报告其他云状。重要的对流云是：CB（积雨云）或TCU（浓积云）。例如：SCT018CB3) & & & 不同的云层或云组用以下方式报告：a. & & & 第一组：任何量的独立的最低云层b. & & & 第二组：下一个超过2个云量的独立的云层c. & & & &第三组：下一个超过4个云量的独立云层d. & & & 附加组：先前没有报告的重要对流云。这些云组报告以高度递增的方式给出。例如：FEW005 SCT010 SCT018CB BKN0254) & & & 当天空无云且不符合CAVOK（参见7）的条件，云组编码以SKC（sky clear）表示。5) & & & 当5000英尺以下或最高的扇区安全高度以下（两者中较高者）无云且无积雨云或浓积云时报告“NSC”（no significant cloud）。但是，无论积雨云或浓积云的高度如何，这些云的云量，云底高和云的类型必须报告。6) & & & 天空状况不明以编码VV跟随以百英尺为单位的垂直能见度表示。如果不能探测垂直能见度则用VV///表示。例如：VV0037. & & & CAVOK当以下条件存在时，能见度，RVR，天气和云组用CAVOK取代：1) & & & 能见度大于10KM或更多；2) & & & 5000英尺以下或最高的扇区安全高度以下（两者中较高者）无云且在任何高度无CB或TCU。3) & & & 机场或机场附近无重要天气现象。8. & & & 空气温度/露点1) & & & 气温和露点以摄氏度表示，M指示负值。例如：10/03，01/M01如果露点温度丢失，应报告：10///。2) & & & 气温和露点温度以最近的整数摄氏度报告，如观测值中包含0.5则向上取整到较高的整数摄氏度。例如＋2.5℃去小数，报3℃；－2.5℃去小数报－2℃。9. & & & 气 压：1) & & & QNH以字母Q后跟近似到整百帕的四位数值组的形式表示。如果QNH值小于1000百帕，则首位数值为0。例如：Q1015；Q09952) & & & 在报告是以英寸汞柱为单位的地方，修正海压用字母“A”作为前缀且气压数值精确到百分之一英寸，同时省略第二位和第三位数之间的小数点。例如：A302710. &补充信息1) & & & 最近天气最近天气是上一次观测时间段内（或者是前一个小时内，两者中较晚者）观测到实际重要天气，但是现在已经不存在。使用字母RE后跟相应的现时天气编码表示；最多使用三组编码以指示先前存在的一种以上的天气现象。例如：RETS REGR2) & & & 风切变 & ：当沿起飞或进近方向上以跑道平面为参考的最低的1600英尺以下有风切变时，以WS为开头编组报告。例如：“WS RWY20“ 或”WS ALL RWY“。3) & & & 海面温度和状态海面温度以字母代码W指示并以摄氏度为单位，字母M指示负值。海面状态以字母S后加单个的数字表示，表明在开阔海面上完全形成的以米为单位的海浪高度。海面温度和状态在英国不发布。11. & 跑道状况当有覆盖性降水或其他跑道污染物时在METAR(或SPECI）的结束处TREND编码之前或之后（根据地区不同而定）增加跑道状况编码组。由以下部分组成：1) & & & 跑道编号根据地区不同或新旧格式要求不同有以下两种形式：a. & & & 前两位数字&例如27=跑道27或27L，77=跑道27R（对右跑道以跑道号数值加50表示），88=所有跑道 &99=因为没有接收到新的信息而重复先前的信息。b. & & & RnnL，RnnC，RnnR。其中nn表示正在使用的跑道方向，L、C、R表示相应的左、中、右跑道。此种格式在跑道号后需加上“/”分隔后面的数字符号。例如R27L/=跑道27L &R09R/=跑道09R &R88/=所有跑道&R99=因为没有接收到新的信息而重复先前的信息。2) & & & 跑道污染物（第三位数字）0= 洁净并且干燥 & &1= 潮湿 & &2= 湿或有块状积水3= 覆盖有霜或冰晶 (深度通常小于1毫米).4= 干雪 & &5= 湿雪 & 6= 雪水 & &7= 冰&8= 碾压过或压实的雪 & &9= 冻结的槽或脊/ = 未报告污染物类型 (如：跑道清理工作正在进行中).3) & & & 跑道污染程度（第四位数字）1= 10%或更少 & &2= 11% 到25% & 5= 26% 到50% & &9= 51% 到100%/ = 未报告 (如：跑道清理工作正在进行中).4) & & & 污染物深度（第五和第六位数字）报告的深度是所有读数的平均值，或者实际影响最大的测量的最大深度。00= 少于1mm. & &01= 1mm 等，到 90= 90mm. & &91= 不使用.92= 250px. & &93= 375px. & &94= 500px. & 95= 625px. & &96= 750px.97= 875px. & &98= 1000px或更多，99= 因为雪，雪浆，冰，较大的漂浮物导致跑道关闭或跑道清理工作，污染物深度未报告，// = 污染物深度对运行无重要影响或可以忽略不计5) & & & 摩擦系数或刹车效应（第七和第八位数字）发布平均值，或者，对运行影响较大的最低值。28= 摩擦系数0.28 & &35= 摩擦系数 0.35 &或&91= 刹车效应：差 & &92= 刹车效应：中到差93= 刹车效应：中 & &94= 刹车效应：中到好95= 刹车效应：好&99= 数值不可靠（如：在雪浆或雪中探测设备不能提供有效的数据）// = &没有报告刹车效应（如：跑道关闭）注1：根据污染情况发布的相应编码：如果所有跑道上的污染物已经不再存在，则根据地区或者新旧格式不同有以下两种格式：a：发布一个包含数字88或相应跑道号，CLRD的缩写和刹车效应或摩擦系数的组合。 例如：24CLRD93= 跑道24清洁，刹车效应中 & & & & & 88CLRD65= 所有跑道清洁，摩擦系数0.65b：Rnn/CLRD// 例如：R14/CLRD// &；R88/CLRD//如果跑道上的冰，雪，雪浆等正在被清理，报告的格式为：Rnn///99//或dd//99//（其中dd表示相应跑道号，对右跑道以跑道号加50表示） 例如：R14///99// = 跑道14因为跑道清理工作正在进行而不可用 & & & 或28//99//=跑道28因为跑道清理工作正在进行而不可用如果因为机场关闭或限制等，污染跑道的报告值不可用或者没有更新，则报告格式为：Rnn///////或dd//////（其中dd为相应跑道号，对右跑道以跑道号加50表示） & & 例如：R14///////；R88///////或28//////；78//////如果因为跑道污染导致机场关闭，用SNOCLO的缩写代替跑道状况编组。 & & 例如：R/SNOCLO注2：在英国仅在跑道被冰覆盖和干雪或压实的雪污染时测量摩擦系数。当因水，雪浆或湿雪污染跑道时，摩擦系数或刹车效应以“//”的形式报告。注3：需要注意的是跑道仅在条件许可时才能被检查，所以半小时前的检查结果的重复发布并不意味着在此半小时内跑道已经再次被检查过，而仅表示在此期间内无明显的重要变化。注4：重点是该报告系统彻底独立于正常的NOTAM系统，且AIS（Aeronautical informationservice）不会用这些报告来更改从原址获得的SNOTAM（雪情通告）.12. & 附注编码“RMK”（remark）表明一个有选择性的包含附加天气信息的部分。它由相关国家自行决定是否附加在METAR上，且不向国外公布。在英国，该部分在没有获得气象部门许可时不得发布。在澳大利亚，附注部分还包括由一个降水自动记录仪记录的降水量，该信息以“RF##.#/###.#”的格式发布，其中跟在RF字母后的前三位数字表明在观测前10分钟内记录的降雨量，随后的四位数字表明从0900当地时刻开始记录的总降水量，两个数值都是以精确到0.2的毫米数为单位表示。在俄罗斯，独联体或中亚部分国家，根据需要会在附注部分会发布云底高，场压，跑道道面状况及其他对飞行运行有重要影响的信息。格式为“QBBnnn QFEnnn/nnnn”，其中QBB后跟三位数字表示以米为单位的云底真高，其后还可能会发布一些与视程障碍有关的信息，例如“OBST OBSC”（obstruction obscured）；“MT OBSC”（mountain obscured）QFE后跟7位数字表示分别以1毫米汞柱和1百帕为单位表示的场压值，中间以“/”分隔。例如：QBB300=云高300米，QFE750/1000=场压750毫米汞柱/1000百帕。13. & 丢失的信息在METAR或SPECI中丢失的信息会以“/”符号代替。14. & 趋势趋势报告仅在部分机场可用。它提供一个在观测时间两小时后有重要变化的天气预报。1) & & & 变化指示符号BECMG（becoming）或TEMPO（temporary)，后跟字符编码“FM（from）”，“TL（till）”或“AT（at）”中的一个，加上一个时间组（小时和分钟 UTC）。2) & & & 天气状况使用标准的代码。如在趋势报告的预报时间段内无重要的天气变化则以“NOSIG”取代该编组。例如：BECMG FM G50KT ；TEMPO FM0630 TL SHRA15. & 举例METAR EGPZ 025G37KT 270V360 1200NE 6000S +SHSNRAGS FEW005SCT010 BKN020CB 03/M01 Q0999 RETS BECMG AT
NSW SCT015 BKN100=METAR UUEE 006MPS 9999 OVC018 08/06 Q
NOSIGMETAR UAAA 000MPS 4100 BR FU FEW200 08/06 Q102288CLRD65 NOSIGMETAR UCFM 007MPS CAVOK 10/03 Q1023 R26/CLRD70TEMPO 24007G12MPSMETAR UNNT 004MPS 5000 BR BKN006 OVC050 02/01Q0
NOSIG RMK QBB180 QFE751/1001METAR ULLI 04MPS 5000 -RA BKN006 OVC026 11/10Q0993 60//////
NOSIG RMK OBST OBSC16. & 自动天气报文解码1) & & & 在缺乏人工输入或者监控的由自动观测系统发布的天气观测报告中，日期组和地面风组之间插入编码“AUTO”。在一个AUTO METAR或ATIS中的自动天气播报里，天气现象的存在与否没有经过人工观测核实。因此要求飞行员注意那些可能对飞行有影响的天气现象。2) & & & 在缺乏人工输入或者监控的由自动观测系统发布的天气观测报告中，应在主导能见度后（在能见度数值和字母组合“NDV”之间无任何空格）加上字母组合“NDV”（no directional variation reported）表明“无方向变化报告”。3) & & & 在缺乏人工输入或者监控的由自动观测系统发布的天气观测报告中，如果因为传感器不工作或丢失而现时天气不能被探测，缺失的现时天气信息由两道斜杠“//”指示。如果现时天气传感器不能判断降水的类型或者状态，则视情以任何一种表示强度的编码加上“UP”（unidentified precipitation）或“FZUP”（freezing unidentified precipitation）来指示。如果现时天气传感器正常工作但没有探测到任何天气，则在METAR中不发布现时天气状况组。4) & & & 如果在上一次例行观测报中或前一小时内（两者中较近者）报告过的中等或强的未能识别的降水在强度上已经消除或减弱，则报告“REUP”（recent unidentified precipitation）。5) & & & 能见度或云的探测设备或处理系统故障将用四道斜杠（////）表明能见度无法探测和9道斜杠（/////////）表明云状和云高无法探测。6) & & & 当缺乏人工输入或者监控由自动观测系统发布天气观测报告时，以下编码用于和云有关的观测信息。a. & & & NNNhhh///：探测到云，但是不知道是否是对流云（例如TCU或CB）。b. & & & /////////：云高和类型探测失效。c. & & & &NCD：没有探测到云。自动观测系统没有探测到对运行有影响的云或对流云。d. & & & //////TCU：探测到浓积云云，但是高度或者云量未知。e. & & & //////CB：探测到积雨云，但是高度或者云量未知。f. & & & & TS指示在机场参考点8公里范围内探测到闪电。g. & & & VCTS指示距离机场参考点9到16公里范围内探测到闪电。7) & & & AUTO METAR举例：METAR EGZZ 292220Z AUTO 29010KT 6000NDV // FEW010///BKN025/// 17/12 Q0996=METAR EGZZ 300450Z AUTO VRB02KT 3000NDV BR NCD 10/09Q1002=METAT EGZZ 301220Z AUTO 25015KT 9999 TS FEW010 BKN025//////CB 18/12 Q1001=二 、USA报文格式及解码METAR KABC 121755Z AUTO 21016G24KT 180V240 1SM R11/P6000FT -RA BR BKN015 OVC025 06/04 A2990 RMK A02 PK WND 20032/25 WSHFT 1715VIS 3/4V1 1/2 VIS3/4 RWY 11 RAB07 CIG 013V017 CIG 017 RWY11 PRESFR SLP125 P66
TSNO $三、ICAO标准TAF报文预报（TAF）预报（TAF）用来描述一个机场预计的主导气象条件并且通常包括一个从起始时刻开始到随后的9或24小时的时间段。24小时预报中很多的有效时间段只包含最后的18个小时预报，前期的预报则由9小时预报提供。机场预报有9小时、12小时、18小时、24小时等几种，常见的为FC、FT两种。FC为9小时预报，FT为24小时预报。9小时预报每3小时，12到24小时预报每6小时更新和重新发布一次，当需要时还会发布修正报。TAF的预报时间段也可能被分成两个或更多的以缩写FM（from）后跟一个时间表示的子预报部分。TAF与METAR或SPECI分开发布并且不涉及到任何指定的报告；但是，在METAR中使用的很多报文编组也在TAF中使用，以下是一些重要差异的详细解释。标准格式的TAF 与METAR的区别说明：1. & & & 识别编码在有效期时间段的编组中，前两位数字指示TAF预报时间段开始的日期，中间两位数字指示以整小时的UTC时间表示的预报开始的时刻，最后两位数字是以整小时表示的预报结束的时刻。例如：TAF EGLL 0716注：当发布的TAF通告包含一个或更多机场的预报，编码TAF将被缩写FC或FT代替，后跟通告的识别编码和发布出处的时间和日期（UTC小时和分钟），单个的预报中将不再出现编码名称和日期/时间。2. & & & 风向风速在地面风的预报中给出的是预期的盛行方向。当因为预期的盛行风向的不确定性，例如微风（风速3节或更小）或是雷雨，预报的风向将用缩写“VRB”表示。3. & & & 水平能见度除了是仅预报最小的一个能见度值以外，其他和METAR报文中的形式一样。4. & & & 天气如果没有预期的重要天气发生则该组报文编码省略。但是如果一种预报的天气发生以后影响不再存在则用缩写NSW（no significant weather）指示。5. & & & 云预报天空晴朗时以缩写SKC（sky clear）取代云组报文编码。如果SKC或CAVOK不适用且不存在以下状况：1) & & & 积雨云或雷暴云2) & & & 低于5000英尺或最高的扇区安全高度中二者较高者的其他云则使用NSC（no significant cloud）。6. & & & 重要的变化1) & & & 以缩写FM后跟最近的UTC小时和分钟来指示一个内含预报的开始。在这之前给出的所有天气状况都被该组编码之后指示的天气取代。例如：FM KT 4000 BKN0102) & & & 变化编码BECMG（becoming），后跟一个四位数字的时间组，指示一个预报的天气状况中，预期的以固定或不固定的变化率，在此时间段内不确定时间发生的永久变化。该时间段通常不超过2小时，但是在任何情况下不得超过4小时。例如：BECMG 00 BR； BECMG MPS 60003) & & & 变化编码TEMPO，后跟一个四位（或八位）数字（日期和）时间组，指示预报中一个短时的天气状况波动时间段，该波动可能在该时间段内任何时刻发生，跟在该时间段后的天气状况预计持续时间不超过1个小时并且其发生的总时间不超过该预报时段的一半。例如：TEMPO
+SHRA TEMPO 0 +SHRA BKN010CB4) & & & 变化编码TL（till），后跟一个四位数字的时间组，指示一个预报的天气状况结束的时刻。例如：TL 0900 FG5) & & & 变化编码AT（at），后跟一个四位数字的时间组，指示一个预报的天气状况开始的时刻。6) & & & Probability可能性：以一个百分比的形式给出的天气现象发生的可能性，但通常只使用30%和40%。用缩写PROB开头，后跟一个时间组，或一个变化编码加一个时间组。例如：PROB30
FG BKN004PROB40 TEMPO 1416 TSRA BKN010CBPROB40 TEMPO
TSRA7. & & & Amendments（修改）当一个预报需要修改，修改的预报由识别编码TAF后跟AMD字符缩写表示。新的预报包含原始TAF报内所有的有效时间段。在一个已经被修改过的TAF上做任何更多的修改时仍然使用相同的编码“TAF AMD”，但是原始报文的时间和日期将被更新。注：在一个TAF公告中，在起始FC或FT的头条处的日期/时间组后插入AAA或AAB等以表示修改的预报，随后的报文中将不在出现字符缩写TAF AMD或者日期/时间。8. & & & Corrections（更正）当一个METAR或TAF需要被更正，用在识别编码TAF或METAR后插入COR来表示。例如：原始报文：TAF EGZZ 09/KT 4000RUDZ BKN012 TEMPO
BKN008=更新报文：TAF COR EGZZ 09/KT4000 RADZ BKN012 TEMPO
BKN008=注：只有在更正一个明显的印刷错误时才发布更正报。任何时候出现比先前发布的预报好转或更差的天气变化时应该发布TAF的修正报，比如，用3000RADZ取代4000RADZ。9. & & & Cancelations（取消）当气象报告员取消一个预报时，使用缩写CNL表示。例如：TAF AMD EGZZ 09/18 CNL=10. & 其他编组可能包含在TAF中的其他信息包括：1) & & & 温度预报TXaa/ggZ &TNbb/hhZaa 用字母TX后跟两个数字指示最高温度值，以摄氏度为单位，低于0度用M表示。gg 最高温度出现的UTC时刻。bb 用字母TN后跟两个数字指示最低温度值，以摄氏度为单位，低于0度用M表示。hh 最低温度出现的UTC时刻。例如：TX25/13Z TN09/05Z2) & & & 机体结冰6 I hhh t6=编组指示I= 造成机体结冰的类型 & 0=无 &1=轻度 & 2=云中轻度 & 3=降水中轻度 & & 4=中度 &5=云中中度 & 6=降水中中度 & 7=严重 &8=云中严重 & 9=降水中严重hhh=高于场面高度的最低积冰层的高度（百英尺）t=积冰层的厚度 0=直到云顶部 &1—9=以千英尺为单位的厚度积冰预报举例：650104该预报的含义是：预计可能的云中中度积冰（编码5）从1000英尺（编码010）到5000英尺AGL（编码4表明积冰层厚度为4000英尺）。积冰编组根据需要不断重复以指示超过一层或一种类型的积冰。如果一个积冰层的厚度超过9000英尺，必须使用两个编组表示。例如：203该预报的含义是：降水中的轻度积冰（两个编组中的3）且可能从3000英尺持续到15000英尺。注意第一组中的最后一个数字“9”（指示9000英尺的厚度）是需要发布第二组的原因。3) & & & 颠簸5Bhhht5=编组指示B=颠簸类型0=无 & 1=轻度 &2=不频繁的晴空中度 & 3=频繁的晴空中度4=不频繁的云中中度 & 5=频繁的云中中度 & 6=不频繁的晴空严重7=频繁的晴空严重 & 8=不频繁的云中严重 & 9=频繁的云中严重Hhh=距离地面最低颠簸层的高度（百英尺）t=颠簸层的厚度0=直到云的顶部 & 1—9=以千英尺为单位的厚度例如：530804该预报的含义是：预计有频繁晴空中度颠簸（编码3）且该颠簸从8000英尺AGL（编码080）持续到12000英尺AGL（4指示4000英尺的厚度）。如同上面积冰层的预报一样，如果预报颠簸层的厚度超过9000英尺，则要求增加第二个编组指示。11. & 9小时预报举例1) & & & FC UK33 EGGY 300900EGGW 10KT 9999 SCT010 BKN018 BECMG -RA BKN012 TEMPO
RADZ OVC004 FM G30KT 9999 -SHRA BKN015CB=2) & & & TAF EGGY 21/KT 9999 BKN012 BECMG
FEW020 BECMG 00 BR BKN007=12. & 18/24/30小时预报举例1) & & & FT UK31 EGGY 302200EGLL 10KT 9000 BKN010 BECMG 0608 SCT015 BKN020PROB30 TEMPO G40KT4000 TSRA SCT010 BKN015CB BECMG
BR SKC=2) & & & TAF KGGY 06/KT 9999 BKN020 TEMPO 025G45KT 3000 TSRA BKN010CB FM 15KT TEMPO00 BR=3) & & & TAF EGGY 06/KT 9999 BKN020 TEMPO 025G45KT 3000 TSRA BKN008CB BECMG 015KTFEW020 TEMPO 00 BR TEMPO
BKN12=本文转载：&HELLOAIR
喜欢该文的人也喜欢