- 如果传输成功（由收到飞机的 ACK信息表明，详见 ARINC规范 618)，一条 MDC（电文传输证实）信息将回复互联网络功能。
- 在收到电文传输证实信息后，互联网络功能会将该信息发送 ATS部门，如果有要求以此作为电文传输的证明。
- 如果传输不成功（其指示详见 ARINC规范 618），一条不可传输电文保证或不可传递电文保证信息将被退回互联网络功能。
- 互联网络功能收到这些信息后的结果是：
- 再次尝试电文发送，按照互联网络功能传输逻辑的要求；或
- 将不可传输电文保证或不可传递电文保证发送 ATS服务部门，如果需要。
- 如果 VHF可用，则上链信息传递应该尝试通过 VHF进行。
- 如果 VHF可用而信息传递不成功或者 VHF不可用而飞机是签约的用户并且已经登录到 CSP卫星服务，则应该尝试通过卫星传递上链信息。
- 如果 VHF可用但是尝试通过 VHF传递信息不成功，则应该尝试通过一家备份 CSP的卫星通信设施传递上链信息。
- 如果通信无法通过“ ATS签约 CSP”实现而且飞机正在使用备份 CSP的空-地设施，则上链信息的传递应该尝试通过备份的 CSP进行。
- 如果第一次上链信息传递的尝试是通过一家备份的 CSP (VHF) 进行而且此次尝试没有成功，第二次上链信息传递的尝试应该通过飞机的签约的卫星数据链服务提供商进行。
- 通信媒介咨询下链信息将被传送到使用通信媒介咨询信息的所有 CSP的互联网络功能设施。
- 如果没有通信媒介咨询信息或者如果第一次尝试传递一条电文失败，则互联网络功能会将该信息发送到下一个 CSP，根据各运营人签约的情况决定。
4.3 – 对空中交通服务地面系统和通信服务提供商的安全性的要求
空中客车工业公司已经针对 AIM-FANS A的功能进行了终端对终端的功能性危险分析，分析和评估了功能性故障和功能的不正确表现对飞行机组、地面的 ATC中心和空域的作用和影响。这样做的前提是假设一些探测手段、防范措施和程序将被应用到 ATS地面系统。
这些针对地面系统的假设在获取 AIM-FANS A适航许可的过程中已经提交 JAA小组，由于这些假设都是针对 ATS部门实施数据链通信的切合实际的假设，因此已经全部被接受。不过，这些假设也是 ATS部门开始实际运用 CPDLC和 ADS以前为了保证维持基本的安全水平所必须满足的安全性要求。
空中客车飞行运营支援及航线协助部掌握未来空中导航系统 – 参考 STL 945.7011/03
4.3.1 – 地面程序
- GP#1 ：管制区域
ATCO不应该对不在他管辖区域内的飞机发布许可。
- GP#3 ：对进入的飞机的检查
当 ATC管制员收到飞机第一次 CPDLC位置报告时，他必须检查该飞机是否在他管辖的飞行情报区域
内。
- GP#4 ：飞行计划/航班号检查
在任何通报程序 (AFN)过程中， ATC地面系统或管制员必须检查飞机航班号和飞机机尾号与飞行计划
中填写的相应编号一致。
- GP#10 ：没有收到预期的 ADS报告
如果有信号表明没有收到预期的 ADS报告，ATC管制员应该尽快采取相应的纠正措施，如：发送一
份需求型合同或与飞机签订一份新的定期型合同。
- GP#13 ：CPDLC报告延迟
如果飞机必须在指定时间通过 CPDLC报告其位置，但在 Tr=3分钟内没有能够报告其位置， ATC管制
员应该采取相应措施建立通信。如果在应该收到报告的时间之后 Tc=8分钟内没有建立通信，应该采
用备份方式调整间隔。
4.3.2 – 地面的技术性要求
- GT #1 ：地/地通信电话应该作为部门与部门数据通信（地/地）的一种备份方式，而且对这种方式的使用要建立相应的程序。
中国航空网 www.aero.cn
航空翻译 www.aviation.cn
本文链接地址：FANS 未来空中导航系统(89)
