硅谷杂志：AIDC功能在雷神自动化系统中的实现 |
| 2012-07-22 11:35 作者：冉 宁 来源：硅谷网 HV： 编辑： 【搜索试试】
|
|
硅谷网7月22日消息 （原文载于《硅谷》杂志）随着飞行流量、管制扇区的增加，工作负荷大已经成为国内管制部门面临的一个普遍困难，推广使用国际民航组织AIDC标准协议进行管制区间的电子移交将能够极大的减轻管制人员协调工作量，改善指挥环境，并且具有安全、快捷特点。
AIDC（ATSINTER-FACILITYGROUND/GROUNDDATACOMMUNICATIONS）是国际民航组织为亚太地区相邻的飞行管制服务区（以下简称ATS）间制定的数据通信和管制电子移交的标准协议。在两个配备航管自动化系统的ATS之间，使用AIDC协议进行数据通信和管制移交，有效利用航管自动化系统的处理能力，降低电话移交使用，来减轻管制员的协调工作量，将精力更多的集中在屏幕监控、调配飞行冲突上面，对保障飞行安全、顺畅具有积极作用。
1AIDC报文类别及用途
1.1AIDC报文类别
AIDC的报文可以通过专线和AFTN链路进行传输，按照报文类别划分，AIDC使用如下报文：
报文类别 报文
通告 ABI（预先边界信息报）
协调 CPL（当前飞行计划报）
EST（协调估计报）
MAC（协调取消报）
PAC（预激活报）
CDN（协调报）
ACP（同意报）
REJ（拒绝报）
管制移交 TOC（管制移交报）
AOC（管制接收报）
通用信息 EMG（紧急情况报）
MIS（杂情报）
TDM（航迹定义报）
监视数据移交 TRU（通用监视报）
ADS（监视数据报）
AIDC报文分为上述类别，不同的自动化系统根据自身的设置，使用和处理其中的某些报文。
1.2AIDC报文的用途
1）ABI（预先边界信息报）
用来预先提供航班信息。报文发送的时间，根据双方约定，是航班到达公共边界前的某个时间或位置（可变系统参数）。可以借助另一份ABI报，变更已经发送的ABI报中的内容。航班放行许可的航路变更也需要重新发送ABI报。
2）CPL（当前飞行计划报）
用来在空中交通服务单位之间开启针对某一航班的初始协调对话。
3）EST（协调估计报）
用来通知接收单位航班过交接点时的状态，同时指出这个状态是与双方约定一致的。接收单位需要发出ACP报来完成这种协调过程。
4）MAC（协调取消报）
专门用来通知接收单位，先前收到的关于某航班的通告和/或协调报已经与该单位无关了。MAC报不能被看成CNL报。
5）PAC（预激活报）
用来在航班起飞前，通知接收单位航班过交接点时的状态，同时指出这个状态是与双方约定一致的。通常用于起飞机场距离飞行情报区边界较近，需要在起飞前进行协调的情况。此报文尽管不要求接收单位管制员接受其中条件，但是需要回复一条ACP报来完成协调过程。
6）CDN（协调报）
用来提请变更协调条件，这些协调条件是在先前的CPL、EST、PAC或CDN报中发送，并且双方均同意的。在两个空中交通服务单位之间，对于某个航班，在给定时间内只能有一个CDN对话是激活的。初始协调对话总是通过ACP报来结束的，然而收到CDN报的单位可以回复一条REJ报，表示拒绝对协调条件的修改，保持之前双方协商好的状态。CDN对话应在管制移交发生前结束。
空中交通服务单位应该在双边协议条款中指定适当的工作程序，来处理包含多处修改内容的CDN报，例如：修改边界估计数据和高度层，有时接收单位能够接受其中的一处，而不能接受另外一处修改内容。
7）ACP（同意报）
表示同意已收到的CPL、CDN、EST或PAC报中的内容。ACP报可以自动生成，也可以手动生成。
8）REJ（拒绝报）
用来拒绝在CDN报中提出的，对已经协调好的航班的放行条件的变更，仍保持之前协商的结果，并且终止协商对话。
9）TOC（管制移交报）
用来向接收单位提交航班的管制权。
10）AOC（管制接收报）
用来响应TOC报，表明已经接收航班的管制权。
11）EMG（紧急情况报）
当空中交通服务单位认为报文中的内容需要立即引起注意时，可以自行决定使用EMG报。报文中的内容将会直接显示在正在管制指挥某航班的管制席位上，或者将要接收该航班的管制席位上。如果报文不是针对某个特定航班的，可以利用一个功能地址，将报文内容显示在适当的席位上，此时，用“/”将功能地址与飞机身份区别开来。下面是一些情况的例子，可以判断使用EMG报。
①有紧急呼叫报告或紧急定位信号发送报告；
②跟劫机或炸弹有关的报文；
③跟旅客中有重病或骚乱有关的报文；
④由于技术或导航故障导致飞行态势突然改变；
⑥通信故障。
12）MIS（杂情报）
用来发送一些运行信息，这些信息无法编辑成其他格式的报文，只能用平实的语言来表述。通常这些信息将会直接显示在正在管制指挥某航班的管制席位上，或者将要接收该航班的管制席位上。如果报文不是针对某个特定航班的，可以利用一个功能地址，将报文内容显示在适当的席位上，此时，用“/”将功能地址与飞机身份区别开来。
13）TDM（航迹定义报）
用来向有关的区域管制中心（ACC）和航空运营控制中心（AOC）分发做飞行计划的航迹数据。报文中包含航迹定义和激活时间。
14）TRU（通用监视报）
用于向相邻的空中交通服务单位传递航班的航迹数据（包括：航班的位置、地速和航迹角）。
15）ADS（监视数据报）
用于通过地面通信线路传递ADS数据。
2雷神自动化系统AIDC处理过程
雷神自动化系统使用AFTN链路对AIDC报文进行传输，设置地址为ZYTXDPXX，下面以北京至沈阳两地区屏幕移交为例，介绍雷神自动化系统的处理过程。
1）北京：飞机起飞后某一时刻（根据可变参数设置），向沈阳发送ABI；沈阳：接收后回复LAM，并在飞行计划XCOORD栏目下，提示PNFY/NTFY。
2）北京：当飞机即将到达协调点时（根据可变参数设置），或距协调点一定距离时（根据可变参数设置），向沈阳发送EST；沈阳：接收后回复ACP（确认），并在飞行计划XCOORD栏目下，提示CROG/CRDD。
3）北京：接收到沈阳回复的ACP（确认）后，将回送LAM；沈阳：将再次回复LAM，并在飞行计划XCOORD栏目下，提示TFRG/TFRD。
4）北京：雷达屏幕中航迹出现移交框，并向沈阳发送TOC；沈阳：管制员使用SDD菜单HOLD功能确认移交，同时向北京发送AOC。
北京接收到AOC后，最后一次向沈阳发送LAM，确认移交完成。
对于雷神自动化系统AIDC功能使用，需对数据库中的FDPV（飞行情报区）、coordination（屏幕移交协调点）、CondifionGroup（设定协调点有效高度）参数进行设置，具体设置可按照数据库操作手册进行，这里就不作具体介绍。
3应用前景
沈阳区管已进入筹备阶段，雷神自动化系统作为管制主用系统，当区管投入使用后，两管制区必然要将屏幕移交做为主用移交手段，所以掌握AIDC的基本工作方式和雷神自动化针对AIDC的处理过程，能对未来的系统功能调整起到关键的作用。
总之，AIDC电子移交作为现代航管自动化系统的一个重要功能和应用，具有安全、实用的特点，并且无需额外投资就可大幅降低管制协调工作量，充分理解国际民航组织的协议标准，制定周密的管制协议和运行规范，在全国推行AIDC功能的使用，将有助于我们提供更加安全、优质的空中交通管制服务。
|
|
|
|
【对“硅谷杂志：AIDC功能在雷神自动化系统中的实现”发布评论】 |
版权及免责声明：
① 本网站部分投稿来源于“网友”，涉及投资、理财、消费等内容，请亲们反复甄别，切勿轻信。本网站部分由赞助商提供的内容属于【广告】性质，仅供阅读，不构成具体实施建议，请谨慎对待。据此操作，风险自担。
② 内容来源注明“硅谷网”及其相关称谓的文字、图片和音视频，版权均属本网站所有，任何媒体、网站或个人需经本网站许可方可复制或转载，并在使用时必须注明来源【硅谷网】或对应来源，违者本网站将依法追究责任。
③ 注明来源为各大报纸、杂志、网站及其他媒体的文章，文章原作者享有著作权，本网站转载其他媒体稿件是为传播更多的信息，并不代表赞同其观点和对其真实性负责，本网站不承担此类稿件侵权行为的连带责任。
④ 本网站不对非自身发布内容的真实性、合法性、准确性作担保。若硅谷网因为自身和转载内容，涉及到侵权、违法等问题，请有关单位或个人速与本网站取得联系（联系电话：01057255600），我们将第一时间核实处理。
|
|
|
|
