diff --git a/SIS_AODB_RMS-V0.1.md b/SIS_AODB_RMS-V0.1.md
new file mode 100644
index 0000000..7b3ece4
--- /dev/null
+++ b/SIS_AODB_RMS-V0.1.md
@@ -0,0 +1,11521 @@
+# AODB 和 RMS 接口规范
+
+> **英文标题：** Interface Specification between AODB and RMS
+> **项目：** CDIA T2 Project（信息系统集成工程）
+> **文件版本：** 0.1
+> **签发日期：** 2011 年 7 月 27 日
+> **原始文件：** `SIS_AODB_RMS-V0.1.pdf`
+
+## 文档信息
+
+| 项目 | 内容 |
+|---|---|
+| Project / 项目 | CDIA T2 Project |
+| Document Title / 文档标题 | Interface Specification between AODB and RMS / AODB 与 RMS 接口规范 |
+| Author / 作者 | Unisys |
+| Reviewed By / 审阅者 | Sury Chavali |
+| 文件名 | `SIS_AODB_RMS.doc` |
+| 说明 | 本文档描述 CDIA T2 项目中 AODB 与 RMS 子系统之间的接口。 |
+
+## 修订历史
+
+| 版本 | 范围 | 类型 | 日期 | 作者 | 说明 |
+|---|---|---|---|---|---|
+| 0.1 | 全文 | Draft | 27 JUL 11 | Unisys | Initial version |
+
+> **保密提示：** 原始文档标注为 Unisys 专有资料，包含敏感且具有竞争性的内容。本 Markdown 版本仅用于原文件内容的结构化整理，不改变其保密属性。
+
+---
+
+## 目录
+
+- [1 Introduction/简介](#sec-1)
+- [1.1 Purpose/目的](#sec-1-1)
+- [1.2 Scope/范围](#sec-1-2)
+- [1.3 Definitions, Acronyms and Abbreviations/定义和缩写](#sec-1-3)
+- [1.4 References/参考书目](#sec-1-4)
+- [1.5 General Assumptions/假设](#sec-1-5)
+- [1.6 Application Processing Clarifications/应用程序处理澄清](#sec-1-6)
+ - [1.6.1 Communications related/ 通信相关](#sec-1-6-1)
+ - [1.6.2 Operations related/ 运营相关](#sec-1-6-2)
+ - [1.6.3 Message content / 消息内容](#sec-1-6-3)
+ - [1.6.4 Resource Limitations / 资源限制](#sec-1-6-4)
+ - [1.6.5 Special Flight handling/特殊航班处理](#sec-1-6-5)
+- [2 Interface Details/接口细节](#sec-2)
+- [2.1 Interface Overview/接口总览](#sec-2-1)
+- [2.2 Physical Link/物理链接](#sec-2-2)
+- [2.3 RMS Prerequisite Software/RMS 前提软件](#sec-2-3)
+- [2.4 Online Protocol/实时处理协议](#sec-2-4)
+ - [2.4.1 Connection Management/连接管理](#sec-2-4-1)
+ - [2.4.2 Application Protocol/应用程序协议](#sec-2-4-2)
+- [2.5 Batch Protocol/批处理协议](#sec-2-5)
+- [2.6 Data Item Classification/数据项分类](#sec-2-6)
+ - [2.6.1 Static Data Items/静态数据项](#sec-2-6-1)
+ - [2.6.2 Summary of Data items from AODB to RMS/数据项从 AODB 到 RMS](#sec-2-6-2)
+ - [2.6.3 Data items from RMS to AODB/数据项从 RMS 到 AODB](#sec-2-6-3)
+- [2.7 Message Flow/消息流](#sec-2-7)
+- [2.8 Generic Message Formats/消息格式](#sec-2-8)
+ - [2.8.1 Meta Data Section/ Meta 数据段](#sec-2-8-1)
+ - [2.8.2 Message Body Section/消息主体段](#sec-2-8-2)
+- [3 AODB to RMS Event Details/AODB 到 RMS 事件](#sec-3)
+- [3.1 AODB country codes event/ AODB 国家代码事件](#sec-3-1)
+ - [3.1.1 Event Attributes/事件属性](#sec-3-1-1)
+ - [3.1.2 Event Message Format/事件消息格式](#sec-3-1-2)
+ - [3.1.3 Event Message Sample/事件消息例子](#sec-3-1-3)
+- [3.2 AODB airport codes event/ AODB 机场代码事件](#sec-3-2)
+ - [3.2.1 Event Attributes/事件属性](#sec-3-2-1)
+ - [3.2.2 Event Message Format/事件消息格式](#sec-3-2-2)
+ - [3.2.3 Event Message Sample/事件消息例子](#sec-3-2-3)
+- [3.3 AODB airline codes event/ AODB 航空公司代码事件](#sec-3-3)
+ - [3.3.1 Event Attributes/事件属性](#sec-3-3-1)
+ - [3.3.2 Event Message Format/事件消息格式](#sec-3-3-2)
+ - [3.3.3 Event Message Sample/事件消息例子](#sec-3-3-3)
+- [3.4 AODB aircraft codes event/ AODB 飞机代码事件](#sec-3-4)
+ - [3.4.1 Event Attributes/事件属性](#sec-3-4-1)
+ - [3.4.2 Event Message Format/事件消息格式](#sec-3-4-2)
+ - [3.4.3 Event Message Sample/事件消息例子](#sec-3-4-3)
+- [3.5 AODB registration codes event/ AODB 注册码事件](#sec-3-5)
+ - [3.5.1 Event Attributes/事件属性](#sec-3-5-1)
+ - [3.5.2 Event Message Format/事件消息格式](#sec-3-5-2)
+ - [3.5.3 Event Message Sample/事件消息例子](#sec-3-5-3)
+- [3.6 AODB organization codes event/ AODB 机构代码事件](#sec-3-6)
+ - [3.6.1 Event Attributes/事件属性](#sec-3-6-1)
+ - [3.6.2 Event Message Format/事件消息格式](#sec-3-6-2)
+ - [3.6.3 Event Message Sample/事件消息例子](#sec-3-6-3)
+- [3.7 AODB flight type codes event/ AODB 航班类型代码事件](#sec-3-7)
+ - [3.7.1 Event Attributes/事件属性](#sec-3-7-1)
+ - [3.7.2 Event Message Format/事件消息格式](#sec-3-7-2)
+ - [3.7.3 Event Message Sample/事件消息例子](#sec-3-7-3)
+- [3.8 AODB terminal codes event/ AODB 航站楼代码事件](#sec-3-8)
+ - [3.8.1 Event Attributes/事件属性](#sec-3-8-1)
+ - [3.8.2 Event Message Format/事件消息格式](#sec-3-8-2)
+ - [3.8.3 Event Message Sample/事件消息例子](#sec-3-8-3)
+- [3.9 AODB gate codes event/ AODB 登机门代码事件](#sec-3-9)
+ - [3.9.1 Event Attributes/事件属性](#sec-3-9-1)
+ - [3.9.2 Event Message Format/事件消息格式](#sec-3-9-2)
+ - [3.9.3 Event Message Sample/事件消息例子](#sec-3-9-3)
+- [3.10 AODB stand codes event/ AODB 机位代码事件](#sec-3-10)
+ - [3.10.1 Event Attributes/事件属性](#sec-3-10-1)
+ - [3.10.2 Event Message Format/事件消息格式](#sec-3-10-2)
+ - [3.10.3 Event Message Sample/事件消息例子](#sec-3-10-3)
+- [3.11 AODB check in counter codes event/ AODB 值机柜台代码事件](#sec-3-11)
+ - [3.11.1 Event Attributes/事件属性](#sec-3-11-1)
+ - [3.11.2 Event Message Format/事件消息格式](#sec-3-11-2)
+ - [3.11.3 Event Message Sample/事件消息例子](#sec-3-11-3)
+- [3.12 AODB carousel codes event/ AODB 传送转盘代码事件](#sec-3-12)
+ - [3.12.1 Event Attributes/事件属性](#sec-3-12-1)
+ - [3.12.2 Event Message Format/事件消息格式](#sec-3-12-2)
+ - [3.12.3 Event Message Sample/事件消息例子](#sec-3-12-3)
+- [3.13 AODB chute codes event/ AODB 行李传送带代码事件](#sec-3-13)
+ - [3.13.1 Event Attributes/事件属性](#sec-3-13-1)
+ - [3.13.2 Event Message Format/事件消息格式](#sec-3-13-2)
+ - [3.13.3 Event Message Sample/事件消息例子](#sec-3-13-3)
+- [3.14 AODB resource status event/ AODB 资源状态事件](#sec-3-14)
+ - [3.14.1 Event Attributes/事件属性](#sec-3-14-1)
+ - [3.14.2 Event Message Format/事件消息格式](#sec-3-14-2)
+ - [3.14.3 Event Message Sample/事件消息例子](#sec-3-14-3)
+- [3.15 AODB reference data response to RMS event / AODB 参考数据应答 RMS 事件](#sec-3-15)
+ - [3.15.1 Event Attributes/事件属性](#sec-3-15-1)
+ - [3.15.2 Event Message Format/事件消息格式](#sec-3-15-2)
+ - [3.15.3 Event Message Sample/事件消息例子](#sec-3-15-3)
+- [3.16 AODB daily flight schedule event/ AODB 日航班计划事件](#sec-3-16)
+ - [3.16.1 Event Attributes/事件属性](#sec-3-16-1)
+ - [3.16.2 Event Message Format/事件消息格式](#sec-3-16-2)
+ - [3.16.3 Event Message Sample/事件消息例子](#sec-3-16-3)
+- [3.17 AODB daily schedule response to RMS event/ AODB 日计划应答 RMS 事件](#sec-3-17)
+ - [3.17.1 Event Attributes/事件属性](#sec-3-17-1)
+ - [3.17.2 Event Message Format/事件消息格式](#sec-3-17-2)
+ - [3.17.3 Event Message Sample/事件消息例子](#sec-3-17-3)
+- [3.18 AODB adhoc flight event/ AODB adhoc 航班事件](#sec-3-18)
+ - [3.18.1 Event Attributes/事件属性](#sec-3-18-1)
+ - [3.18.2 Event Message Format/事件消息格式](#sec-3-18-2)
+ - [3.18.3 Event Message Sample/事件消息例子](#sec-3-18-3)
+- [3.19 AODB flight aircraft type event/ AODB 航班机型事件](#sec-3-19)
+ - [3.19.1 Event Attributes/事件属性](#sec-3-19-1)
+ - [3.19.2 Event Message Format/事件消息格式](#sec-3-19-2)
+ - [3.19.3 Event Message Sample/事件消息例子](#sec-3-19-3)
+- [3.20 AODB flight actual time event/ AODB 航班实际时间事件](#sec-3-20)
+ - [3.20.1 Event Attributes/事件属性](#sec-3-20-1)
+ - [3.20.2 Event Message Format/事件消息格式](#sec-3-20-2)
+ - [3.20.3 Event Message Sample/事件消息例子](#sec-3-20-3)
+- [3.21 AODB flight boarding time event/ AODB 航班登机时间事件](#sec-3-21)
+ - [3.21.1 Event Attributes/事件属性](#sec-3-21-1)
+ - [3.21.2 Event Message Format/事件消息格式](#sec-3-21-2)
+ - [3.21.3 Event Message Sample/事件消息例子](#sec-3-21-3)
+- [3.22 AODB flight chocks time event/ AODB 航班轮挡时间事件](#sec-3-22)
+ - [3.22.1 Event Attributes/事件属性](#sec-3-22-1)
+ - [3.22.2 Event Message Format/事件消息格式](#sec-3-22-2)
+ - [3.22.3 Event Message Sample/事件消息例子](#sec-3-22-3)
+- [3.23 AODB flight type event/ AODB 航班类型事件](#sec-3-23)
+ - [3.23.1 Event Attributes/事件属性](#sec-3-23-1)
+ - [3.23.2 Event Message Format/事件消息格式](#sec-3-23-2)
+ - [3.23.3 Event Message Sample/事件消息例子](#sec-3-23-3)
+- [3.24 AODB flight check in counter event/ AODB 航班值机柜台事件](#sec-3-24)
+ - [3.24.1 Event Attributes/事件属性](#sec-3-24-1)
+ - [3.24.2 Event Message Format/事件消息格式](#sec-3-24-2)
+ - [3.24.3 Event Message Sample/事件消息例子](#sec-3-24-3)
+- [3.25 AODB flight carousel event/ AODB 航班行李转盘事件](#sec-3-25)
+ - [3.25.1 Event Attributes/事件属性](#sec-3-25-1)
+ - [3.25.2 Event Message Format/事件消息格式](#sec-3-25-2)
+ - [3.25.3 Event Message Sample/事件消息例子](#sec-3-25-3)
+- [3.26 AODB flight chute event/ AODB 航班行李传送带事件](#sec-3-26)
+ - [3.26.1 Event Attributes/事件属性](#sec-3-26-1)
+ - [3.26.2 Event Message Format/事件消息格式](#sec-3-26-2)
+ - [3.26.3 Event Message Sample/事件消息例子](#sec-3-26-3)
+- [3.27 AODB flight cancel event/ AODB 航班取消事件](#sec-3-27)
+ - [3.27.1 Event Attributes/事件属性](#sec-3-27-1)
+ - [3.27.2 Event Message Format/事件消息格式](#sec-3-27-2)
+ - [3.27.3 Event Message Sample/事件消息例子](#sec-3-27-3)
+- [3.28 AODB flight estimated time event/ AODB 航班预计时间事件](#sec-3-28)
+ - [3.28.1 Event Attributes/事件属性](#sec-3-28-1)
+ - [3.28.2 Event Message Format/事件消息格式](#sec-3-28-2)
+ - [3.28.3 Event Message Sample/事件消息例子](#sec-3-28-3)
+- [3.29 AODB flight delete event/ AODB 航班删除事件](#sec-3-29)
+ - [3.29.1 Event Attributes/事件属性](#sec-3-29-1)
+ - [3.29.2 Event Message Format/事件消息格式](#sec-3-29-2)
+ - [3.29.3 Event Message Sample/事件消息例子](#sec-3-29-3)
+- [3.30 AODB flight diverted event/ AODB 航班转场事件](#sec-3-30)
+ - [3.30.1 Event Attributes/事件属性](#sec-3-30-1)
+ - [3.30.2 Event Message Format/事件消息格式](#sec-3-30-2)
+ - [3.30.3 Event Message Sample/事件消息例子](#sec-3-30-3)
+- [3.31 AODB flight finals time event/ AODB 航班最终时间事件](#sec-3-31)
+ - [3.31.1 Event Attributes/事件属性](#sec-3-31-1)
+ - [3.31.2 Event Message Format/事件消息格式](#sec-3-31-2)
+ - [3.31.3 Event Message Sample/事件消息例子](#sec-3-31-3)
+- [3.32 AODB flight indicator event/ AODB 航班标识事件](#sec-3-32)
+ - [3.32.1 Event Attributes/事件属性](#sec-3-32-1)
+ - [3.32.2 Event Message Format/事件消息格式](#sec-3-32-2)
+ - [3.32.3 Event Message Sample/事件消息例子](#sec-3-32-3)
+- [3.33 AODB flight returned event/ AODB 航班返航事件](#sec-3-33)
+ - [3.33.1 Event Attributes/事件属性](#sec-3-33-1)
+ - [3.33.2 Event Message Format/事件消息格式](#sec-3-33-2)
+ - [3.33.3 Event Message Sample/事件消息例子](#sec-3-33-3)
+- [3.34 AODB flight gate event/ AODB 航班登机门事件](#sec-3-34)
+ - [3.34.1 Event Attributes/事件属性](#sec-3-34-1)
+ - [3.34.2 Event Message Format/事件消息格式](#sec-3-34-2)
+ - [3.34.3 Event Message Sample/事件消息例子](#sec-3-34-3)
+- [3.35 AODB flight last call time event/ AODB 航班最后通知时间事件](#sec-3-35)
+ - [3.35.1 Event Attributes/事件属性](#sec-3-35-1)
+ - [3.35.2 Event Message Format/事件消息格式](#sec-3-35-2)
+ - [3.35.3 Event Message Sample/事件消息例子](#sec-3-35-3)
+- [3.36 AODB flight maximum passengers event/ AODB 航班最大旅客数事件](#sec-3-36)
+ - [3.36.1 Event Attributes/事件属性](#sec-3-36-1)
+ - [3.36.2 Event Message Format/事件消息格式](#sec-3-36-2)
+ - [3.36.3 Event Message Sample/事件消息例子](#sec-3-36-3)
+- [3.37 AODB flight handling agent/ AODB 航班 服务代理事件](#sec-3-37)
+ - [3.37.1 Event Attributes/事件属性](#sec-3-37-1)
+ - [3.37.2 Event Message Format/事件消息格式](#sec-3-37-2)
+ - [3.37.3 Event Message Sample/事件消息例子](#sec-3-37-3)
+- [3.38 AODB flight planned stands event/ AODB 航班计划机位事件](#sec-3-38)
+ - [3.38.1 Event Attributes/事件属性](#sec-3-38-1)
+ - [3.38.2 Event Message Format/事件消息格式](#sec-3-38-2)
+ - [3.38.3 Event Message Sample/事件消息例子](#sec-3-38-3)
+- [3.39 AODB flight registration event/ AODB 航班注册号事件](#sec-3-39)
+ - [3.39.1 Event Attributes/事件属性](#sec-3-39-1)
+ - [3.39.2 Event Message Format/事件消息格式](#sec-3-39-2)
+ - [3.39.3 Event Message Sample/事件消息例子](#sec-3-39-3)
+- [3.40 AODB flight routing event/ AODB 航班航线事件](#sec-3-40)
+ - [3.40.1 Event Attributes/事件属性](#sec-3-40-1)
+ - [3.40.2 Event Message Format/事件消息格式](#sec-3-40-2)
+ - [3.40.3 Event Message Sample/事件消息例子](#sec-3-40-3)
+- [3.41 AODB flight turnaround event/ AODB 航班经停事件](#sec-3-41)
+ - [3.41.1 Event Attributes/事件属性](#sec-3-41-1)
+ - [3.41.2 Event Message Format/事件消息格式](#sec-3-41-2)
+ - [3.41.3 Event Message Sample/事件消息例子](#sec-3-41-3)
+- [3.42 AODB flight terminal event/ AODB 航班航站楼事件](#sec-3-42)
+ - [3.42.1 Event Attributes/事件属性](#sec-3-42-1)
+ - [3.42.2 Event Message Format/事件消息格式](#sec-3-42-2)
+ - [3.42.3 Event Message Sample/事件消息例子](#sec-3-42-3)
+- [3.43 AODB flight VIP passengers event/ AODB 航班 VIP 旅客事件](#sec-3-43)
+ - [3.43.1 Event Attributes/事件属性](#sec-3-43-1)
+ - [3.43.2 Event Message Format/事件消息格式](#sec-3-43-2)
+ - [3.43.3 Event Message Sample/事件消息例子](#sec-3-43-3)
+- [3.44 AODB error to RMS event/ AODB 发向 RMS 的错误事件](#sec-3-44)
+ - [3.44.1 Event Attributes/事件属性](#sec-3-44-1)
+ - [3.44.2 Event Message Format/事件消息格式](#sec-3-44-2)
+ - [3.44.3 Event Message Sample/事件消息例子](#sec-3-44-3)
+- [4 RMS to AODB Event Details/RMS 到 AODB 事件](#sec-4)
+- [4.1 RMS flight check in counter event/ RMS 航班值机柜台事件](#sec-4-1)
+ - [4.1.1 Event Attributes/事件属性](#sec-4-1-1)
+ - [4.1.2 Event Message Format/事件消息格式](#sec-4-1-2)
+ - [4.1.3 Event Message Sample/事件消息例子](#sec-4-1-3)
+- [4.2 RMS flight carousel event/ RMS 航班行李转盘事件](#sec-4-2)
+ - [4.2.1 Event Attributes/事件属性](#sec-4-2-1)
+ - [4.2.2 Event Message Format/事件消息格式](#sec-4-2-2)
+ - [4.2.3 Event Message Sample/事件消息例子](#sec-4-2-3)
+- [4.3 RMS flight gate event/ RMS 航班登机门事件](#sec-4-3)
+ - [4.3.1 Event Attributes/事件属性](#sec-4-3-1)
+ - [4.3.2 Event Message Format/事件消息格式](#sec-4-3-2)
+ - [4.3.3 Event Message Sample/事件消息例子](#sec-4-3-3)
+- [4.4 RMS flight planned stand event/ 事件](#sec-4-4)
+ - [4.4.1 Event Attributes/事件属性](#sec-4-4-1)
+ - [4.4.2 Event Message Format/事件消息格式](#sec-4-4-2)
+ - [4.4.3 Event Message Sample/事件消息例子](#sec-4-4-3)
+- [4.5 RMS flight chute event/ RMS 航班行李传送带事件](#sec-4-5)
+ - [4.5.1 Event Attributes/事件属性](#sec-4-5-1)
+ - [4.5.2 Event Message Format/事件消息格式](#sec-4-5-2)
+ - [4.5.3 Event Message Sample/事件消息例子](#sec-4-5-3)
+- [4.6 RMS reference data request event/ RMS 参数请求事件](#sec-4-6)
+ - [4.6.1 Event Attributes/事件属性](#sec-4-6-1)
+ - [4.6.2 Event Message Format/事件消息格式](#sec-4-6-2)
+ - [4.6.3 Event Message Sample/事件消息例子](#sec-4-6-3)
+- [4.7 RMS daily schedule request event/ RMS 日航班计划请求事件](#sec-4-7)
+ - [4.7.1 Event Attributes/事件属性](#sec-4-7-1)
+ - [4.7.2 Event Message Format/事件消息格式](#sec-4-7-2)
+ - [4.7.3 Event Message Sample/事件消息例子](#sec-4-7-3)
+- [4.8 RMS error to AODB event/ RMS 发送给 AODB 的错误信息事件](#sec-4-8)
+ - [4.8.1 Event Attributes/事件属性](#sec-4-8-1)
+ - [4.8.2 Event Message Format/事件消息格式](#sec-4-8-2)
+ - [4.8.3 Event Message Sample/事件消息例子](#sec-4-8-3)
+- [5 AODB Exception Handling/AODB异常处理](#sec-5)
+- [5.1 Application Errors/应用程序错误](#sec-5-1)
+- [5.2 Connection Failures/连接失败](#sec-5-2)
+- [5.3 System Operations Logging/系统操作日志](#sec-5-3)
+- [6 RMS Exception Handling/RMS 异常处理](#sec-6)
+- [6.1 Application Errors/应用程序错误](#sec-6-1)
+- [6.2 Connection Failures/连接失败](#sec-6-2)
+- [6.3 System Operations Logging/系统操作日志](#sec-6-3)
+
+---
+
+
+
+
+
+
+
+
+## 1 Introduction/简介
+
+
+
+### 1.1 Purpose/目的
+
+
+ As part of the CDIA T2 Project various airport systems like BHS, FIDS, RMS need to
+ interact and exchange information with the central Airport Operations Database
+ (AODB). This document contains the details of the interface between AODB and RMS.
+ This will act as basis for software development of the AODB to RMS interface by
+ Unisys and RMS to AODB interface by RMS . RMS is the resource allocation and
+ management system for the CDIA T2 Project.
+ 作为 CDIA T2 项目各个机场系统的一部分，如 BHS，FIDS，RMS 需要与机场的运营数
+ 据库（AODB）连接进行数据交换。本文档描述AODB与RMS之间的接口详细情况，作
+ 为Unisys开发AODB与RMS接口软件以及RMS 开发RMS与AODB接口软件的基础。
+ RMS是 CDIA T2 项目的资源分配和管理系统。
+
+ The main purpose of the interface is to send schedules, flight operational data and
+ reference data from AODB to RMS to setup the basic data needed for resource
+ allocation in the airport. Using same interface AODB will receive resource allocations
+ from RMS and distribute it to other Airport systems as appropriate.
+ 本 AODB-RMS接口主要是从 AODB 向RMS提供计划数据、航班运营数据以及参考数
+ 据，从而为机场的资源分配提供所需的数据。使用同样的接口，AODB 将从 RMS 接收
+ 资源分配并相应发布到机场其它系统。
+
+
+
+
+### 1.2 Scope/范围
+
+
+ This document covers the following items in the AODB <-> RMS interface:
+ 本文档描述的AODB <->RMS接口主要包括：
+ Identify Data items to be exchanged between AODB and RMS
+ 确定AODB与RMS间交换的数据项。
+ Message formats to facilitate exchange of above data items
+ 以上数据交换的报文格式。
+ Application process Flows including normal, error / exception situations
+ 应用系统处理流程包括正常、错误/例外情况。
+ Connectivity including protocol, events, triggers etc
+ 连接的协议、事件、触发器等。
+
+
+
+
+### 1.3 Definitions, Acronyms and Abbreviations/定义和缩写
+
+```text
+
+
+ SNO Definition/Acronym Description
+ 缩写 描述
+ 1. CDIA Chengdu Shuangliu International Airport
+ 成都双流国际机场
+
+
+
+
+
+ SNO Definition/Acronym Description
+ 缩写 描述
+ 2. GOIS Ground Operational Information System
+ 地面操作信息系统
+ 3. T2 Terminal 2 at CDIA
+ 成都双流国际机场第二航站楼
+ 4. UCL Unisys China Ltd
+ Unisys 中国有限公司
+ 5. Unisys Unisys China Ltd
+ Unisys 中国有限公司
+ 6. WBS Work breakdown structure
+ 工作分解结构
+ 7. AODB Airport Operations Database. Central repository of
+ all the airports operational data.
+ 机场运营的数据库. 机场操作运行的所有数据的中
+ 央数据库.
+ 8. IATA International Air Transport Association
+ 国际航空运输协会
+ 9. CIIMS Central Integrated Information Management
+ System
+ 中央集成信息管理系统
+ 10. RMS Resource Management System
+ 资源管理系统
+```
+
+
+### 1.4 References/参考书目
+
+```text
+
+
+ SNO Document Issuer Date
+ 文档 发行者 日期
+ 1. NA
+```
+
+
+### 1.5 General Assumptions/假设
+
+
+ 1. This document is prepared based on the Chengdu Airport Interface Specification
+ (SIS) provided by Unisys to RMS , the initial RMS AODB Interface Specification
+ submitted by RMS (RMS system vendors) as well as subsequent discussions
+ between Unisys and RMS recorded in the comments document.
+ 本文档的准备是基于 Unisys 和RMS系统供应商提供的初始 RMS AODB 接口文档，
+ 由 RMS(RMS系统供应商)提供的初始的RMS AODB 接口描述以及后续 Unisys 和
+ RMS 系统供应商在备注文档中的记录。
+ 2. Any changes to data items or interfaces agreed upon will affect the scope and
+ contents of this document.
+ 任何对已经达成一致的数据项或者接口的修改将影响本文档的范围和内容。
+
+
+
+
+
+
+
+### 1.6 Application Processing Clarifications/应用程序处理澄清
+
+
+
+#### 1.6.1 Communications related/ 通信相关
+
+
+
+ 1. CIIMS event codes are identified in Event attributes as sender +
+ for e.g. AODBSCHD. Routing Event ID for CIIMS API is the same as
+ the CIIMS Event Code mentioned in this document. RMS will use these codes
+ while sending messages to AODB via CIIMS. Same way AODB will use these while
+ sending messages to RMS via CIIMS.
+ CIIMS 事件码在发送事件属性时的标识为<子系统>+<事件类型>如 AODBSCHD。
+ CIIMS API 的路由事件 ID 与本文档中的 CIIMS 事件码相同。RMS在通过 CIIMS 向
+ AODB发送报文时使用这些代码。同样AODB通过 CIIMS 向RMS发送事件时也使用
+ 这些代码。
+ 2. Both AODB and RMS will support basic operational GUI to view messages
+ exchanged in either side of the interface. This is so that RMS can show what
+ messages were sent, when to AODB and also what messages were received when
+ from AODB. The same interface logic applies when AODB sends/receives
+ messages from RMS. RMS will provide a log file that will show messages sent and
+ received by RMS from AODB. There will be no GUI from RMS side with which to
+ view the log file, however Unisys viewer can be used for same.
+ AODB与RMS都支持在自己的系统中使用基本的操作 GUI 查看接口报文。所以RMS
+ 可以显示发送给 AODB 的报文，也可以查看从AODB接受的报文。AODB从RMS接
+ 受/发送报文的接口逻辑也是一样的。RMS 将提供日志文件显示收发的消息。RMS
+ 方不会有 GUI 查看日志。但是 Unisys 查看器可以实现该功能。
+
+
+
+#### 1.6.2 Operations related/ 运营相关
+
+
+
+ 1. For all data items marked as AODB as originator in this document (be it reference
+ data, schedules or operational data), subsystems should be able to treat the latest
+ data from AODB as best and overwrite their existing local data. Any local data edits
+ for these data items made within the subsystems themselves, are not expected to
+ be sent back to AODB. So it is suggested in the interest of overall airport
+ operations coordination, functions for local data edit in subsystems are disabled
+ completely and used only in emergency cases when AODB/CIIMS are not
+ available.
+ 对本文档中所有AODB发起的数据项（参考数据、航班计划和运营数据），子系统应
+ 该使用从AODB接收的最新数据覆盖本地的原数据，不希望将任何在本地修改过的这
+ 些数据发回给AODB，为了整个机场运行的协调性，我们建议在子系统中完全禁止本
+ 地修改数据的功能，仅当 AODB/CIIMS 不可用的紧急情况时才使用。
+ 2. For all data items marked as RMS as originator in this document (only for flight
+ operational data) it is likely that the AODB daily schedule contains the same data.
+ RMS should be able to process these data items and update its system locally. If
+ such data items cause any logic conflict within RMS, then these are expected to be
+ handled manually within scope of RMS using appropriate error mechanisms.
+ 对本文档中所有RMS发起的所有数据项有可能在AODB日航班计划中也包括。RMS
+ 可以处理这些数据项并在本地系统中更新。如果这些数据项引起RMS系统的冲突，
+ 应该在RMS范围中使用相应的错误机制进行手工处理。
+
+
+
+#### 1.6.3 Message content / 消息内容
+
+
+
+
+
+
+
+ 1. All XML tags can be categorized into three types:
+ 所有的 XML 标签可以分为三类：
+ a. M = Mandatory, means the TAG will always be present with a proper non-
+ empty value. This is used for mandatory fields like FLID.
+ M＝必需。表示该标签必须存在且包含一个非空值。用于必需的字段如 FLID。
+ b. P = Present, means the TAG will always be present but can contain an empty
+ value. This is used for normal data fields which can also be unallocated. For
+ e.g. if an ESTT TAG has an empty value, it is valid and means the previous
+ estimated time value is being deleted.
+ P＝存在。表示该标签一直存在但可以包含空值。用于可以接触指派的普通字
+ 段。例如，如果 ESTT 标签为空，是合法的，表示预计时间被删除了。
+ c. O = Optional, means the TAG will be present only when there is data value
+ for the data item corresponding to that TAG in AODB.
+ O＝可选项。表示该标签字段只有在 AODB 中存在对应值时才会存在。
+
+
+
+#### 1.6.4 Resource Limitations / 资源限制
+
+
+
+ Below are the existing AODB enforced resource limitations. These would be changed
+ as and when the requirement changes in CDIA.
+ 下面描述的是AODB已有的强制资源限制，随着 CDIA 需求的变化而改变。
+
+
+ SNO Flight Resource Limitation and Description
+ 航班资源 限制和描述
+ 1. Stands/停机位 Maximum 1 current stand per flight
+ 每个航班最多拥有一个当前停机位
+ Maximum 9 planned stands per flight
+ 每个航班最多拥有九个计划停机位
+ Any number of actual stand movements
+ per flight.
+ 每个航班可以有任意数量的实际停机位移
+ 动。
+ 2. Boarding Gates/登机门 Maximum 99 per flight including
+ domestic, international and mixed. Each
+ Gate has one Gated time, one Boarding
+ Open, one Boarding Close and one
+ Gate Close timings
+ 包含国内，国际或混合航班的每个航班最
+ 多拥有99个登机门。每个登机门具有一
+ 个登机门已分配，一个登机开始，一个登
+ 机结束和一个登机门关闭的时间项。
+ 3. Check In Counters/值机柜台 Maximum 99 limit per flight. Each
+ Counter has one Counter Open and one
+ Counter Close Timings
+ 对于每个航班没有限制。每个值机柜台拥
+ 有一个柜台开启和一个关闭的时间项。
+ Each Counter will also support
+
+
+
+
+
+
+ SNO Flight Resource Limitation and Description
+ 航班资源 限制和描述
+ maximum 3 defined classes and they
+ will be F (First), C (Business) and Y
+ (Economy). An undefined class X will
+ also be supported. Counter can be
+ opened and closed separately for these
+ 4 classes for a flight.
+ 每个值机 柜台将 最大 支持 3个定义 的等
+ 级，它们将是F（头等），C（商务）和Y
+ （经济）。一个未定义的等级X也会被支
+ 持。对一个航班柜台可以为这4个等级分
+ 别地开启和关闭。
+ 4. Baggage Carousel (Arrivals)/行李转盘 Maximum 99 per flight including
+ （到港） domestic, international and mixed. Each
+ Carousel has one Carousel Open, one
+ Carousel Close, one First Bag and one
+ Last Bag timings.
+ 包含国内，国际或混合航班的每个航班最
+ 多拥有99个行李转盘。每个行李转盘拥
+ 有一个转盘开启，一个转盘关闭，一个首
+ 行李和一个末行李时间项。
+ Only supported for arrivals
+ 只支持到港航班
+ Each Carousel will also support
+ maximum 3 defined classes and they
+ will be F (First), C (Business) and Y
+ (Economy). An undefined class X will
+ also be supported. Carousel can be
+ opened and closed separately for these
+ 4 classes for a flight.
+ 每个行李提取转盘将最大支持3个定义的
+ 等级，它们将是F（头等），C（商务）
+ 和Y（经济）。一个未定义的等级X也会
+ 被支持。对一个航班行李提取转盘可以为
+ 这4个等级分别地开启和关闭。
+ 5. Flight Routing (Steps)/航线 6 airports excluding current station CTU
+ 除了当前站成都以外的六个机场
+ 6. Code shares (for a Master Flight)/代码共 A master can have any number of code
+ 享 shares.
+ 一个主航班可以拥有多个代码共享航班
+ 号。
+ Code share can have only one master.
+ 代码共享只能拥有一个主航班。
+ 7. Code share resources / 代码共享资源 Code share can have following data
+ fields separate from Master Flight. All
+ other data fields are shared with Master
+ Flight.
+ 代码共享航班可以有下列与主航班分离的
+
+
+
+
+
+
+ SNO Flight Resource Limitation and Description
+ 航班资源 限制和描述
+ 字段。所有其它数据字段都与主航班共
+ 享。
+ Check in Counter Data / 值机柜台数据
+ Passenger Count Data / 旅客数量数据
+ 8. Flight Number Field/航班号字段 12 characters including operator code,
+ flight number and suffix.
+ 除了承运人代码外的包含前缀/后缀的12
+ 位字符。
+
+
+
+
+
+#### 1.6.5 Special Flight handling/特殊航班处理
+
+
+
+ 1. Code shares are treated as separate flights in AODB.
+ 在AODB中，代码共享航班被当作独立的航班进行处理。
+ a. A separate XML flight record will be sent for each code share defined in AODB.
+ 会为每一个在 AODB 中定义的共享代码航班发送一个 XML 航班记录。
+ b. In AODB some fields (like estimated time, aircraft type) are shared between
+ master flight and code share, while others are independent fields (like counter
+ allocation data/passenger counts).
+ 在 AODB 中，有些字段（如预计时间，航空器类型）在主航班和代码共享航班
+ 是共享的。而其它字段是独立的字段（如柜台分配数据、乘客数量等）。
+ c. Separate FLOP flight events will be sent for code share as well as master flight,
+ irrespective of whether shared fields or independent fields are being updated in
+ AODB.
+ 对于主航班和代码共享航班，FLOP 航班事件会被独立地发送，不管是共享字段
+ 被更新或是独立的字段被更新。
+ d. If a master flight is deleted in AODB all its code shares will be deleted first. So
+ AODB will send FDEL event for code shares first and will send same for master
+ flight. If the sequence is out of order, RMS will raise an EROR to AODB.
+ 如果要在 AODB 中删除一个主航班，它的共享航班要首先被删除。也就是
+ AODB 将为代码共享航班的删除发送 FDEL 事件然后为主航班发送同样的消息。
+ 如果不按这个顺序的话，RMS将向 AODB 发送一个 EROR 消息。
+ 2. Mixed flights
+ 混合航班
+ a. Mixed flights (passing through a domestic segment in China and then an
+ international segment) will be treated as single flight records in AODB with flight
+ indicator set to M. Flight schedules will be sent as one record.
+ 在 AODB 中，混合航班（在国内有一段然后是一段国际）会被当作一个航班记
+ 录，它的航班标识被设为 M。航班计划会被作为一个记录发送。
+ b. All flight events FLOP will be sent from AODB for the single flight record.
+ Similarly AODB expects events for mixed flights against a single FLID reported
+ by AODB in the schedule event.
+ 所有航班事件 FLOP 将针对一个航班记录从 AODB 发送。同样的，AODB 认为
+ 混合航班事件针对于在计划事件中由 AODB 发送的一个 FLID。
+
+
+
+
+
+
+ c. Subsystems which need to treat the domestic and international segments of a
+ mixed flight separately need to include special handling logic to process mixed
+ flights.
+ 对于需要分别处理混合航班国内和国际部分的子系统则需要包含特殊的逻辑来处
+ 理混合航班。
+ 3. ”return to base” departure flights
+ “返回基地”离港航班
+ a. Difference from air return is that new adhoc flights will not be added and
+ original flight is assumed to have been delayed.
+ 与空返不同的是不会添加新航班，原航班被认为是已经被延误。
+ b. If CDIA operator sets Ground return flag, AODB will send a „G‟ code
+ indicating its ground return.
+ 如果 CDIA 操作员设置地返标记，AODB 将发送一个“G”代码标识它的
+ 地返。
+ c. In this (unlike Air returns documented below), the flight number does not
+ change.
+ 在地返时（不像下面所描述的空返），航班号不发生变化。
+ 4. “return from air” departure flights
+ “从空中返回”离港航班
+ TBD
+ 5. Diverted flights / 备降航班
+ a. If a scheduled arrival flight to CTU gets diverted elsewhere, CDIA will
+ reset the STA/ETA and set the diverted status in AODB.
+ 如果一个计划降落在 CTU 的航班备降到其它地方，CDIA 将设置 STA/ETA
+ 并且在 AODB 中设置备降状态。
+ b. If a scheduled arrival flight to another airport is diverted towards CTU,
+ CDIA will treat this as an adhoc arrival into CTU.
+ 如果一个计划降落在其它机场的航班备降到 CTU，CDIA 将其作为新增到
+ 港航班处理。
+ i. A new adhoc arrival with original flight‟s flight type and diverted
+ status set, will be created in AODB.
+ 在 AODB 中，一个新的到港航班将被创建。它的航班类型与原航
+ 班类型相同，备降状态被设置。
+ ii. A new adhoc departure with flight type indicating diversion and
+ diverted status set will be created in AODB.
+ 在 AODBzhong，一个新的离港航班将被创建。航班类型指示它是
+ 一个备降航班并且备降标识被设置。
+ c. If a scheduled departure from CTU, is diverted elsewhere post departure.
+ 如果一个计划从 CTU 离港的航班在出发后备降到别的地方。
+ i. Diverted status will be set in AODB, which triggers a diverted
+ message.
+ 在 AODB 中设置其备降状态，这将出发一个备降消息。
+
+
+
+
+
+
+
+
+## 2 Interface Details/接口细节
+
+
+
+### 2.1 Interface Overview/接口总览
+
+
+ 1. AODB and RMS will use the CIIMS send API which implement through JDBC
+ Adapter to send events to each other. Refer CIIMS SDK Programmer Reference
+ Manual document for CIIMS API details.
+ AODB 和 RMS 使用通过 JDBC Adapter 实现的 CIIMS 发送 API 来相互发送事件。
+ CIIMS API 详情参考 CIIMS SDK 程序员参考手册文档。
+ 2. An event is typically associated with one data item like ETA, ETD etc.
+ 一个事件一般是与一个数据项相关，如 ETA，ETD 等。
+ 3. Events are delivered as XML formatted messages. The same message format
+ could be reused to deliver different event types, across different subsystems.
+ Refer section below on general message formats.
+ 事件发送使用 XML 格式报文。在不同的子系统中的不同的事件类型可以重复使用同
+ 样的报文格式。参考下文的一般报文格式部分。
+ 4. AODB and RMS will use the CIIMS receive API which implement through JDBC
+ Adapter to receive events. AODB 和 RMS 使用通过 JDBC Adapter 实现的 CIIMS
+ 接收 API
+ 5. Error handling is to be done at an application level.
+ 错误处理在应用层实现。
+ 6. Unisys will prepare a RMS specific configuration profile to CIIMS during the
+ integration phase. This profile will detail out RMS specific events, event attributes
+ like Acknowledgment, Expiry, and Priority etc. Inputs for creating such a profile
+ can be gathered from the various events described in this document.
+ Unisys 在集成阶段时会准备一个 RMS 与 CIIMS 的详细配置文件。该文件详细描述
+ RMS 的事件，事件属性如确认、有效期和优先级等。该文件根据本文档描述的各种
+ 事件产生。
+
+
+### 2.2 Physical Link/物理链接
+
+
+ 1. AODB and RMS will not have any direct physical link.
+ AODB 与 RMS 之间不存在任何直接的物理链接。
+ 2. AODB and RMS will exchange XML messages via the CIIMS middleware.
+ AODB 与 RMS 通过 CIIMS 中间件交换 XML 报文。
+ 3. RMS, AODB and CIIMS will run as separate software subsystems and will be
+ connected to the CDIA GOIS backbone Ethernet LAN to realize physical line
+ communication.
+ RMS、AODB 和 CIIMS 是各自独立的子系统，都联入 CDIA GOIS 骨干以太网实现
+ 物理上的通讯。
+
+
+### 2.3 RMS Prerequisite Software/RMS 前提软件
+
+
+
+
+
+
+ SNO Software Component Provided By
+ 软件部件 提供者
+ 1. RMS Development OS = RMS
+ 2. RMS Development Language / Compiler = RMS
+ 3. JVM = JRE 1.6 or higher RMS
+ 4. JDBC Adapter including relevant CIIMS Java SDK Unisys
+ 5. CIIMS Simulator and test harness Unisys
+
+
+
+
+### 2.4 Online Protocol/实时处理协议
+
+
+ In online mode RMS and AODB will be connected to CIIMS middleware to exchange
+ messages. All interfaces between RMS and CIIMS will be governed by RMS
+ configuration profile submitted to CIIMS. This includes parameters like Message Expiry,
+ Acknowledgement Options, Logging Options, and Message Filters etc. The relevant
+ parameters indicated in this document under various events are just pointers for setting
+ up RMS/AODB configuration profile in CIIMS.
+ 实时模式时，AODB 与RMS通过 CIIMS 中间件连接交换报文。所有RMS与 CIIMS 之间
+ 的通信使用RMS提交给 CIIMS 的配置文件管理，包括参数如报文有效期、确认选项、报
+ 文优先级、日志选项、报文过滤等。该配置文件中的不同事件的相关参数仅适用于设置
+ CIIMS 的RMS/AODB 的配置。
+
+
+
+#### 2.4.1 Connection Management/连接管理
+
+
+
+
+##### 2.4.1.1 Connection/连接
+
+
+
+
+###### 2.4.1.1.1 RMS Connections / RMS 连接
+
+
+ RMS will depend on JDBC Adapter for communication with CIIMS. JDBC Adapter will
+ maintain two connections to CIIMS as follows:
+ RMS 与 CIIMS 的连接使用 JDBC Adapter。JDBC Adapter 与 CIIMS 的连接有 2 种：
+ 1. A connection to send messages from RMS to RMS via CIIMS.
+ RMS 通过 CIIMS 向RMS发送报文的连接。
+ 2. A connection to receive RMS messages from CIIMS.
+ 从 CIIMS 接收RMS报文的连接。
+
+ JDBC Adapter will use the CIIMS API return codes to determine a successful
+ connection with CIIMS.
+ JDBC Adapter 使用 CIIMS API 返回码判断与 CIIMS 的连接是否成功。
+
+ JDBC Adapter will ensure the connection with CIIMS is maintained on a 24x7 basis and
+ if the connection fails due to any error the JDBC Adapter will reconnect to CIIMS
+ automatically (after waiting for a configurable wait interval).
+ JDBC Adapter 将保证与 CIIMS 的连接是 24×7 的，任何原因引起的连接中断，该
+ JDBC Adapter 应该自动与 CIIMS 重新连接（在指定的重试时间间隔后）。
+
+
+
+
+
+
+
+
+###### 2.4.1.1.2 AODB Connections/AODB 连接
+
+
+
+
+
+ AODB will depend on JDBC Adapter for communication with CIIMS. JDBC Adapter will
+ maintain two connections to CIIMS as follows:
+ AODB 与 CIIMS 的连接使用 JDBC Adapter。 JDBC Adapter 与 CIIMS 的连接有 2 种：
+ 1. A connection to send messages from AODB to RMS via CIIMS.
+ AODB 通过 CIIMS 向RMS发送报文的连接。
+ 2. A connection to receive RMS messages from CIIMS.
+ 从 CIIMS 接收RMS报文的连接。
+
+ JDBC Adapter will use the CIIMS API return codes to determine a successful
+ connection with CIIMS.
+ JDBC Adapter 使用 CIIMS API 返回码判断与 CIIMS 的连接是否成功。
+
+ JDBC Adapter will ensure the connection with CIIMS is maintained on a 24x7 basis and
+ if the connection fails due to any error the JDBC Adapter will reconnect to CIIMS
+ automatically (after waiting for a configurable wait interval).
+ JDBC Adapter 将保证与 CIIMS 的连接是 24×7 的，任何原因引起的连接中断，该
+ JDBC Adapter 应该自动与 CIIMS 重新连接（在指定的重试时间间隔后）。
+
+
+
+##### 2.4.1.2 Keep Alive/保持连接
+
+
+
+
+###### 2.4.1.2.1 RMS Keep Alive / RMS 保持连接
+
+
+ RMS will depend on SQL connection for keep alive on the database connection.
+ RMS将依靠 SQL 连接保持与数据库连接。
+
+ RMS will depend on the JDBC Adapter for sending keep alive to CIIMS. Each JDBC
+ Adapter connection will monitor the last access time to CIIMS and also retrieve the
+ connection time out value from CIIMS. If the JDBC Adapter finds there was no
+ communication with CIIMS for a long period and the connection with CIIMS will expire
+ soon, the JDBC Adapter will send a keep alive to CIIMS to retain the connection.
+ RMS将依靠 JDBC Adapter 发送 keep alive 到 CIIMS。每个 JDBC Adapter 连接会监控
+ 与 CIIMS 最后的访问时间并从 CIIMS 中读取连接超时的值，如果 JDBC Adapter 发现与
+ CIIMS 长时间没有通信而且与 CIIMS 的连接将要过期， JDBC Adapter 要向 CIIMS 发送
+ 一个保持连接来保留链接。
+
+
+
+###### 2.4.1.2.2 AODB Keep Alive
+
+
+ AODB will depend on SQL connection for keep alive on the Oracle SQL database
+ connection.
+ AODB 将依靠 SQL 连接保持与 Oracle SQL 数据库连接。
+
+ AODB will depend on the JDBC Adapter for sending keep alive to CIIMS. Each JDBC
+ Adapter connection will monitor the last access time to CIIMS and also retrieve the
+
+
+
+
+
+
+ connection time out value from CIIMS. If the JDBC Adapter finds there was no
+ communication with CIIMS for a long period and the connection with CIIMS will expire
+ soon, the JDBC Adapter will send a keep alive to CIIMS to retain the connection.
+ AODB 将依靠 JDBC Adapter 发送 keep alive 到 CIIMS。每个 JDBC Adapter 连接会监
+ 控与 CIIMS 最后的访问时间并从 CIIMS 中读取连接超时的值，如果 JDBC Adapter 发现
+ 与 CIIMS 长时间没有通信而且与 CIIMS 的连接将要过期， JDBC Adapter 要向 CIIMS 发
+ 送一个保持连接来保留链接。
+
+
+
+
+##### 2.4.1.3 Disconnection/断开连接
+
+
+
+
+###### 2.4.1.3.1 RMS Disconnection / RMS 断开连接
+
+
+ RMS will manage database connection/disconnection internally.
+ AODB 将在内部管理数据库连接/断开连接。
+
+ RMS will depend on JDBC Adapter for gracefully disconnecting from CIIMS whenever
+ a software shutdown is requested or when critical errors are encountered.
+ AODB 将依赖 JDBC Adapter 优雅地从 CIIMS 断开连接，无论何时需要关闭软件或遇到
+ 关键的错误。
+
+
+
+###### 2.4.1.3.2 AODB Disconnection / AODB 断开连接
+
+ AODB will manage database connection/disconnection internally.
+ AODB 将在内部管理数据库连接/断开连接。
+
+ AODB will depend on JDBC Adapter for gracefully disconnecting from CIIMS whenever
+ a software shutdown is requested or when critical errors are encountered.
+ AODB 将依赖 JDBC Adapter 优雅地从 CIIMS 断开连接，无论何时需要关闭软件或遇到
+ 关键的错误。
+
+
+#### 2.4.2 Application Protocol/应用程序协议
+
+
+
+
+##### 2.4.2.1 Message Acknowledgments/消息响应
+
+
+
+ Following modes of acknowledgment are supported in the interface:
+ 接口支持以下的确认模式。
+
+
+
+###### 2.4.2.1.1 Between RMS and CIIMS/RMS 与 CIIMS 之间
+
+
+ For events RMS want to ensure the message sent has been successfully delivered to
+ AODB, it has to set the acknowledge parameter in the RMS CIIMS configuration file for
+ these events. After sending these events, RMS will wait for a CIIMS acknowledgment.
+ 要确保RMS的事件在给AODB的报文中发送成功，需要在RMS CIIMS配置文件中对这些
+ 事件设置确认参数。事件发送后，RMS会等待CIIMS的确认。
+
+
+
+###### 2.4.2.1.2 Between AODB and CIIMS/AODB 与 CIIMS 之间
+
+
+
+
+
+
+
+ Whenever AODB sends out messages to RMS (as a part of broadcast event to one or
+ more subsystems in airport network), AODB will not wait for a CIIMS acknowledgment
+ to ensure the message has been successfully delivered to RMS. So the AODB CIIMS
+ JDBC Adapter does not support the acknowledgment feature.
+ 当 AODB 向RMS发送报文时（向机场网络中一个或多个子系统发送的广播事件的一部
+ 分），AODB 不会等待 CIIMS 的发送RMS成功确认。所以 JDBC Adapter 不支持确认报
+ 文特性。
+
+
+
+###### 2.4.2.1.3 Between RMS and AODB / RMS 与 AODB 之间
+
+
+ There will be no other explicit application level acknowledgments between RMS and
+ AODB. Once a message is received from RMS/AODB by AODB/RMS, the message
+ will be processed locally. If the message gets lost thereafter or encounters an error
+ while processing, manual operator intervention will be required to fix the problem.
+ 在RMS 与 AODB 之间没有其他明确的应用级的确认。当 AODB/RMS收到RMS/AODB
+ 的报文时，报文将在本地进行处理。如果其后处理中报文丢失或出现错误，需要操作员
+ 手工改正问题。
+
+
+
+##### 2.4.2.2 Message Processing/消息处理
+
+
+
+
+###### 2.4.2.2.1 RMS Incoming message processing/RMS 接收报文处理
+
+
+
+ JDBC Adapter in receive mode will be an independent program executing on its own
+ parallel context with the only job of retrieving messages intended for RMS from CIIMS
+ and storing them into the CMINMSGS table.
+ JDBC Adapter在接收模式时，是一个独立的程序，运行自己的并行处理程序，只接收从
+ CIIMS接收发给RMS的报文，并存储在CMINMSGS表中。
+
+
+
+ RMS application will implement a polling mechanism to look for fresh messages in the
+ CMINMSGS table and execute relevant RMS specific business logic processing based
+ on message content.
+ RMS应用系统执行一个轮询机制来检查CMINMSGS表中的新报文，然后根据报文内容执
+ 行相关的RMS业务处理流程。
+
+
+
+###### 2.4.2.2.2 RMS Outgoing message processing/RMS发送报文处理
+
+
+ RMS application will include necessary mechanisms to generate out going messages
+ to the COUTMSGS interface table, based on agreed interface business logic between
+ RMS and AODB.
+ RMS应用系统有一个产生发送报文到COUTMSGS接口表的机制，是基于RMS与AODB
+ 业务处理的协议接口。
+
+
+ JDBC Adapter in send mode will be an independent program executing on its own
+ parallel context with the only job of reading RMS messages from COUTMSGS table
+ and sending them out to CIIMS.
+
+
+
+
+
+
+ JDBC Adapter在发送模式时，是一个独立的程序，运行自己的并行处理程序，只从
+ COUTMSGS表中读取RMS的报文，并发送给CIIMS。
+
+
+ Message sent from RMS will not implement CIIMS message acknowledgements.
+ 从RMS发送的消息将不执行CIIMS报文的确认。
+
+
+
+###### 2.4.2.2.3 AODB Incoming message processing/AODB 接收报文处理
+
+
+ JDBC Adapter in receive mode will be an independent program executing on its own
+ parallel context with the only job of retrieving messages intended for AODB from CIIMS
+ and storing them into the CMINMSGS table.
+ JDBC Adapter在接收模式时，是一个独立的程序，运行自己的并行处理程序，只接收从
+ CIIMS接收发给AODB的报文，并存储在CMINMSGS表中。
+
+
+
+ AODB application will implement a polling mechanism to look for fresh messages in the
+ CMINMSGS table and execute relevant AODB specific business logic processing
+ based on message content.
+ AODB应用系统执行一个轮询机制来检查CMINMSGS表中的新报文，然后根据报文内容
+ 执行相关的AODB业务处理流程。
+
+
+
+###### 2.4.2.2.4 AODB Outgoing message processing/AODB 发送报文处理
+
+
+ AODB application will include necessary mechanisms to generate out going messages
+ to the COUTMSGS interface table, based on agreed interface business logic between
+ RMS and AODB.
+ AODB应用系统有一个产生发送报文到COUTMSGS接口表的机制，是基于RMS与AODB
+ 业务处理的协议接口。
+
+
+
+ JDBC Adapter in send mode will be an independent program executing on its own
+ parallel context with the only job of reading AODB messages from COUTMSGS table
+ and sending them out to CIIMS.
+ JDBC Adapter在发送模式时，是一个独立的程序，运行自己的并行处理程序，只从
+ COUTMSGS表中读取AODB的报文，并发送给CIIMS。
+
+
+ Message sent from AODB will not implement CIIMS message acknowledgements.
+ 从AODB发送的消息将不执行CIIMS报文的确认。
+
+
+
+##### 2.4.2.3 Message Buffering/消息缓冲
+
+
+
+
+###### 2.4.2.3.1 RMS Side/RMS 端
+
+
+ RMS will save all outgoing messages to its copy of COUTMSGS interface table. JDBC
+ Adapter in send mode will be responsible for submitting the message to CIIMS until
+ CIIMS can return a successful sent return code on the send call.
+
+
+
+
+
+
+ RMS 将所有发出的消息拷贝到它的COUTMSGS接口表中。JDBC Adapter在发送模式
+ 时，负责提交发送的报文给CIIMS直到CIIMS返回成功发送返回码。
+
+
+ JDBC Adapter in receive mode will be responsible for clearing the message from the
+ CIIMS queues once the message has been successfully saved in the RMS copy of
+ CMINMSGS interface table.
+ 在接收的报文成功存储在RMS本地的CMINMSGS接口表中后，RMS负责清除CIIMS队列
+ 的报文。
+
+
+
+
+###### 2.4.2.3.2 AODB Side/AODB 端
+
+
+ AODB will save all outgoing messages to its copy of COUTMSGS interface table.
+ JDBC Adapter in send mode will be responsible for submitting the message to CIIMS
+ until CIIMS can return a successful sent return code on the send call.
+ AODB将所有发出的消息拷贝到它的COUTMSGS接口表中。JDBC Adapter在发送模式
+ 时，负责提交发送的报文给CIIMS直到CIIMS返回成功发送返回码。
+
+
+ JDBC Adapter in receive mode will be responsible for clearing the message from the
+ CIIMS queues once the message has been successfully saved in the AODB copy of
+ CMINMSGS interface table.
+ 在接收的报文成功存储在AODB本地的CMINMSGS接口表中后，AODB负责清除CIIMS
+ 队列的报文。
+
+
+
+###### 2.4.2.3.3 CIIMS Side
+
+
+ Once a sender gets a successful send code from CIIMS SDK, CIIMS is expected to
+ keep all XML messages (from RMS or from AODB) safely, in correct order across
+ CIIMS restarts until the messages can be retrieved successfully by the recipient(s) or
+ until the messages expire.
+ 发送程序一旦从 CIIMS SDK 接收到一个成功发送码，CIIMS 要保证所有 XML 报文（从
+ RMS或从 AODB 来的）在 CIIMS 重启前的安全和正确的顺序，直到该报文被接收者调
+ 用成功或是该报文过期。
+
+
+
+
+### 2.5 Batch Protocol/批处理协议
+
+
+ No batch mode protocol is expected in the RMS and AODB interface.
+ RMS和AODB接口中没有批处理模式协议。
+
+
+
+
+### 2.6 Data Item Classification/数据项分类
+
+
+
+#### 2.6.1 Static Data Items/静态数据项
+
+```text
+
+
+
+
+
+
+
+
+ SNO Static Data Mode of Entry
+ 静态数据 方式
+ 1. Flight Indicator Manual configuration in respective systems. This can be
+ 航班标识 International (I), Domestic(D), Mixed (M) or Regional(R).
+ 在各自的系统中手工配置。可以是国际（I）、国内（D）、混合
+ （M）、区域（R）。
+ 2. Movement Manual configuration in respective systems. This can be
+ Indicator Arrival(A), Departure(D).
+ 移动标识 在各自的系统中手工配置。可以是到达（A）、离港（D）。
+ 3. Flight classes Manual configuration in respective systems.
+ 航班分类 在各自的系统中手工配置。
+ F = First class/头等
+ C = Business class/商务
+ Y = Economy class/经济
+ X = No specific class/不定
+```
+
+
+#### 2.6.2 Summary of Data items from AODB to RMS/数据项从 AODB 到 RMS
+
+```text
+
+
+
+ SNO Data Item Description
+ 数据项 描述
+ 1. Reference data This typically refers to standard reference tables like airport
+ 参考数据 codes, aircrafts types, registrations, airlines codes, flight types,
+ organizations, gate codes, stand codes, counter codes and
+ carousel codes etc that are static in nature. Resource status
+ changes will also be communicated as an update to the
+ resource reference data.
+ 典型的标准参考数据表如机场代码、机型、注册号、航空公司代
+ 码、航班类型、机构、登机门代码、机位代码、柜台代码和行李
+ 转盘代码等静态数据。资源状态的改变也象资源参考数据的修改
+ 一样通信。
+ RMS will use this for setting its own internal reference tables and
+ also validating other schedule and flight operational data sent
+ from AODB.
+ RMS 会 使 用 这 些 参 考 数 据 设 置 自 己 内 部 的 参 考 数 据表 ， 检 查
+ AODB发送时刻表和航班操作数据。
+ 2. Daily schedule Will contain the next day and current day flight schedules, one
+ 日时刻表 record per flight but entire day‟s flights in a single XML message.
+ Includes code share flights.
+ 包括第二天和当天的日航班时刻表。一个航班一条记录，一个
+ XML 报文包括全天的航班日记录，包括代码共享航班。
+ RMS will use this all modules to setup flight data before doing
+ resource allocations.
+ RMS将使用所有这些数据来建立航班数据，之后进行行李传送带
+ 分配。
+ 3. Flight operational As a flight is being operated various data items related to the
+ data flight will change in AODB. RMS needs some of this information
+
+
+
+
+ SNO Data Item Description
+ 数据项 描述
+ 航班运行数据 for its internal operation. AODB will send these as separate
+ events, with a flight identifier and a data item body.
+ 一个航班运行时大量的数据项会引起AODB相关航班数据的改
+ 动。RMS需要一些相关的信息进行内部操作。AODB会单独发送
+ 这些事件，使用航班ID和数据项。
+ RMS will use this for updating attributes related to a flight that
+ was sent as part of the daily schedule.
+ RMS使用这些数据更新相关航班的属性并作为航班时刻表的一部
+ 分来发送。
+ All types of flight data like resource allocations, timings etc will
+ be covered in this.
+ 所有类型的航班数据如资源分配、时间等都包括在内。
+```
+
+
+#### 2.6.3 Data items from RMS to AODB/数据项从 RMS 到 AODB
+
+```text
+
+
+
+ SNO Data Item Description
+ 数据项 描述
+ 1. Flight resource Being the main resource allocation and management system for
+ allocations the entire airport, RMS will be the primary source for operational
+ 航班资源分配 data related to resource allocations namely gates, stands, check
+ in counters and carousels.
+ RMS 作为整个机场的资源分配管理系统，RMS 将是资源运行消
+ 息源，资源包括登机门、停机位、值机柜台和行李转盘。
+```
+
+
+### 2.7 Message Flow/消息流
+
+
+ NONE / 无
+
+
+
+
+### 2.8 Generic Message Formats/消息格式
+
+
+ All the messages would use the XML formatted structure as standardized by the
+ document type definition (DTD) referred in this document.
+ 所有的消息将使用 XML 格式作为标准.
+
+
+ Message Meta Data Information about the message itself. To remain same across all
+ 消息 Meta 数据 types of messages. This would be placed between the
+ tags
+ 消息信息 自身 . 对 于所有 类型的消 息保持 不变 . 它 将放在
+ 标签之间
+ Message Body Content of the message. For a single message type, the structure of
+ the body would be same across all subsystems. This is listed in
+
+
+
+
+
+
+ 消息主体 individual message format sections.
+ 消息内容。对于单条消息类型，主体结构对于所有的子系统都是一致
+ 的。
+
+
+
+#### 2.8.1 Meta Data Section/ Meta 数据段
+
+```text
+
+
+
+XML Tag Description Format O/M Values
+标签 描述 格式 值
+ META Identifies message meta data section. - M This starts a section and
+ Occurs once per message encloses message meta
+ 指定消息meta数据章节.在每个消息中 data as below
+ 出现一次 这指示了段落的开始，包
+ 含以下数据
+ SNDR Sender subsystem name Char(3-4) M AODB or RMS
+ 发送子系统名称
+ SEQN A sequence number set by sender for Number(6) M 1 – 999999.
+ tracking, debugging and Controlled by Sender
+ acknowledgement checking.
+ Wraps around
+ 由发送者定义的序列号，用于跟踪，测
+ 试消息。
+ DTTM Date and time when the message was Char(14) M YYYYMMDDHHMMSS
+ sent
+ 消息发送的时间
+ TYPE Type of message sent. Char(4) M Described in individual
+ 发送的消息类型 message formats
+ 在各个消息格式中指定
+ STYP Subtype of message sent Char(4) M Described in individual
+ 消息子类型 message formats
+ 在各个消息格式中指定
+```
+
+
+#### 2.8.2 Message Body Section/消息主体段
+
+```text
+
+
+
+ Based on the data items to be exchanged between AODB and RMS, following basic
+ XML message formats will be supported in the message body:
+ 基于AODB 和 RMS交换的数据项, 支持以下的XML消息格式:
+
+
+ SNO Message Type Message Type Description
+ 消息类型 描述
+ 1. ARPT Airports reference data from AODB
+ 来自AODB的机场参考数据
+ 2. AIRL Airlines reference data from AODB
+ 来自AODB的航空公司参考数据
+ 3. AIRC Aircrafts reference data from AODB
+ 来自AODB的飞行器参考数据
+
+
+
+
+ SNO Message Type Message Type Description
+ 消息类型 描述
+ 4. REGN Registrations reference data from AODB
+ 来自AODB的注册号参考数据
+ 5. ORGN Organizations reference data from AODB
+ 来自AODB的组织参考数据
+ 6. FLTL Flight type reference data from AODB
+ 来自AODB的航班类型参考数据
+ 7. SLST Parking stand code reference data from AODB
+ 来自AODB的停机位代码参考数据
+ 8. GLST Gate code reference data from AODB
+ 来自AODB的登机门代码参考数据
+ 9. BLST Carousel code reference data from AODB
+ 来自AODB的行李转盘代码参考数据
+ 10. CLST Check in counter reference data from AODB
+ 来自AODB的值机柜台代码参考数据
+ 11. CHLT Chute reference data from AODB
+ 来自AODB的行李传送带参考数据
+ 12. SCHD Daily schedule from AODB including all flight information to be
+ operated the next day or current day.
+ 从AODB发来的包含有下一天或当天所有航班运营需要的日计划。
+ 13. FLOP Flight operational message containing specific field level
+ information for a flight. Individual fields will be addressed as
+ separate events. This will be the basic message for all individual
+ flight field information like flight data/timings update, resource
+ allocations, routing change etc
+ 航班运营消息包含有针对一个航班的某一字段级的信息。不同字
+ 段将被作为不同的事件。这对所有各个航班字段信息如航班数
+ 据、时间更新、资源分配、航线变更等将是基本的消息。
+ AODB will use this to send all flight updates to RMS.
+ AODB将使用这个消息向RMS发送所有航班更新。
+ RMS will use this to send resource allocations to AODB.
+ RMS将使用这个消息向AODB资源分配信息。
+ 14. RQFD A daily flight request to cater for RMS to solicit daily flight
+ information for a given time period within current operational
+ period from AODB.
+ 为RMS定制的一个日航班请求以便从AODB的当前运营时间段内
+ 获得制定时间段的日航班信息。
+ 15. EROR Sent by either system to indicate an errors
+ 由两个系统发送，用以指示错误。
+ 16. RQRD A reference data request to cater for RMS to update its reference
+ data by soliciting information from AODB.
+ 为RMS定制的参考数据请求用以从AODB获得信息来更新它的参
+ 考数据
+```
+
+
+## 3 AODB to RMS Event Details/AODB 到 RMS 事件
+
+
+
+### 3.1 AODB country codes event/ AODB 国家代码事件
+
+
+
+#### 3.1.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBCOUL
+ 消息代码
+ Event Description This event occurs whenever any country code reference
+ 事件描述 data is to be sent to subsystems from AODB.
+ 当 AODB 向子系统发送任何国家代码数据时，产生该事
+ 件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered in specific cases as below:
+ 频率 非计划的，特定的情况下触发：
+ A country code reference data download in list mode is
+ expected to be rolled out during installation and system
+ configuration.
+ 在系统安装和配置启动时，国家代码数据以列表模式下载
+ 时。
+ A country code reference data download in list mode
+ can also be generated any time the operator decides to
+ distribute it from AODB to all subsystems or a given
+ subsystem.
+ 在操作员由 AODB 向所有的或某个子系统以列表模式发
+ 布国家代码时。
+ A country code reference data download in list mode
+ can also be generated to a specific subsystem any time
+ the operator decides to request it from the subsystem.
+ 在操作员响应子系统的请求而向该系统以列表模式发送国
+ 家代码时。
+ A country code reference data in incremental mode can
+ also be sent out to all subsystems whenever country
+ code reference data fields are updated in AODB.
+ AODB 中国家代码数据字段更新，向所有子系统以增量模
+ 式发送国家代码时。
+ Data Range When sent from AODB in list mode one country code
+ 数据范围 reference data XML will contain entire list of all country
+ codes in AODB.
+ 当 AODB 以列表模式发送时，一个 XML 报文包括 AODB
+ 中所有的国家代码。
+ When sent from AODB in incremental mode one country
+
+
+
+
+ code reference data XML will contain only one country
+ code (the one that was updated) in AODB. But the single
+ record will have a complete snapshot of all fields related
+ to that record.
+ 当 AODB 以增量模式发送时，一个 XML 报文只包括
+ AODB 中的一个国家代码（修改的那个）。该记录包括国
+ 家代码所有的字段。
+ Data Count One or more country code reference data records in one
+ 数据数 XML as explained above.
+ 如上所述，一个 XML 报文包括一个或多个国家代码数
+ 据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority Normal
+ 优先级 正常
+ Expiry 480 minutes
+ 过期 480 分钟
+ Message Fragmentation Although large messages are expected it will not cross
+ 消息分段 the maximum limit of 10MB supported by CIIMS, so no
+ fragmentation required.
+ 根据估计最大报文不会超过 CIIMS 支持的 10MB 的上
+ 限，所以不需要分段。
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments None
+ 注释 无
+ Processing Exceptions RMS will ignore the following fields in the message
+ 处理例外 RMS将忽略消息中下列字段
+ COUN
+ RMS is currently able to process and store only the first
+ region that the country belongs to. This means any rules
+ using region can only use the first region code set in
+ AODB.
+ RMS只能存储国家中的第一个区域。这表示任何区域相
+ 关的规则AODB中只能使用第一个区域代码。
+```
+
+
+#### 3.1.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+
+
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M COUL
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(3-4) M DNLD = It is a download
+ data section. from AODB/从AODB下载
+ 消息发送的子类型. Meta Data段的一部 RESP = It is a response
+ 分. to a subsystem request/
+ 响应子系统的请求
+ ADD = Add new record/
+ 增加新记录
+ UPD = Update old
+ record/更新旧记录
+ DEL = Delete old record/
+ 删除旧记录
+ RECS No of records contained in XML Number(1-4) M 0 – 9999
+ XML中包括的记录数
+ COUL Identifies start of one country record. - O This starts a new section
+ Repeats for each country record. and encloses the details
+ 一条国家代码记录的开始标志。在每条 of a country. This section
+ 记录中重复出现。 will be absent if RECS =
+ 0
+ 是新段落的起点，将国家
+ 的明细括起来。如果
+ RECS＝0则无该部分。
+ COUC Country code Char(2-3) M
+ 国家代码
+ COUN Country name Char(1-30) M
+ 国家名称
+ CNMC Country name in Chinese Char(1-30) M
+ 国家中文名称
+ REGC Region codes Char(1-6) P Will refer to region codes
+ 区域码 reference table to be
+ decided by CDIA. There
+ could be multiple regions
+ since a country can
+ belong to more than one
+ region. An empty TAG
+ means data not available.
+ 根据成都机场区域码数据
+ 表决定。可以有多个区域
+ 码，因为一个国家可以属
+ 于多个区域。空标签表示
+ 无可用数据。
+```
+
+
+#### 3.1.3 Event Message Sample/事件消息例子
+
+
+
+
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20031010090311
+ COUL
+ DNLD
+
+ 1
+
+ PRC
+ PEOPLES REPUBLIC OF CHINA
+ 中国
+ ASIA
+ GCHINA
+
+
+```
+
+
+
+
+
+### 3.2 AODB airport codes event/ AODB 机场代码事件
+
+
+
+#### 3.2.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBARPT
+ 消息代码
+ Event Description This event occurs whenever any airport code reference
+ 事件描述 data is to be sent to subsystems from AODB.
+ 当 AODB 向子系统发送任何机场代码参考数据时，产生
+ 该事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered in specific cases as below:
+ 频率 非计划的，特定的情况下触发：
+ An airport code reference data download in list mode is
+ expected to be rolled out during installation and system
+ configuration.
+ 在系统安装和配置启动时，机场代码参考数据以列表模式
+ 下载时。
+ An airport code reference data download in list mode
+ can also be generated any time the operator decides to
+ distribute it from AODB to all subsystems or a given
+ subsystem.
+ 在操作员由 AODB 向所有的或某个子系统以列表模式发
+
+
+
+
+ 布机场代码时。
+ An airport code reference data download in list mode
+ can also be generated to a specific subsystem any time
+ the operator decides to request it from the subsystem.
+ 在操作员响应子系统的请求而向该系统以列表模式发送机
+ 场代码时。
+ An airport code reference data in incremental mode can
+ also be sent out to all subsystems whenever airport
+ code reference data fields are updated in AODB.
+ AODB 中机场代码参考数据字段更新，向所有子系统以增
+ 量模式发送机场代码时。
+ Data Range When sent from AODB in list mode one airport code
+ 数据范围 reference data XML will contain entire list of all airport
+ codes in AODB.
+ 当 AODB 以列表模式发送时，一个 XML 报文包括 AODB
+ 中所有的机场代码。
+ When sent from AODB in incremental mode one airport
+ code reference data XML will contain only one airport
+ code (the one that was updated) in AODB. But the single
+ record will have a complete snapshot of all fields related
+ to that record.
+ 当 AODB 以增量模式发送时，一个 XML 报文只包括
+ AODB 中的一个机场代码（修改的那个）。该记录包括机
+ 场代码所有的字段。
+ Data Count One or more airport code reference data records in one
+ 数据数 XML as explained above.
+ 如上所述，一个 XML 报文包括一个或多个机场代码参考
+ 数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority Normal
+ 优先级 正常
+ Expiry 480 minutes
+ 过期 480 分钟
+ Message Fragmentation Although large messages are expected it will not cross
+ 消息分段 the maximum limit of 10MB supported by CIIMS, so no
+ fragmentation required.
+ 根据估计最大报文不会超过 CIIMS 支持的 10MB 的上
+ 限，所以不需要分段。
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments None
+
+
+
+
+ 注释 无
+ Processing Exceptions RMS will ignore the following fields in the message
+ 处理例外 RMS将忽略消息中的下列字段
+ ANAM, ACTY, ICCD, BDIS, ATYP, HAUL
+```
+
+
+#### 3.2.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M ARPT
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(3-4) M DNLD = It is a download
+ data section. from AODB/从AODB下载
+ 消息发送的子类型. Meta Data段的一部 RESP = It is a response
+ 分. to a subsystem request/
+ 响应子系统的请求
+ ADD = Add new record/
+ 增加新记录
+ UPD = Update old
+ record/更新旧记录
+ DEL = Delete old record/
+ 删除旧记录
+
+
+ RECS No of records contained in XML Number(1-4) M 0 – 9999
+ XML中包括的记录数
+ ARPT Identifies start of one airport record. - O This starts a new section
+ Repeats for each airport record. and encloses the details
+ 一条机场代码记录的开始标志。在每条 of an airport. This section
+ 记录中重复出现。 will be absent if RECS =
+ 0
+ 是新段落的起点，将机场
+ 的明细括起来。如果
+ RECS＝0则无该部分。
+ ITCD The IATA standard airport code Char(3) M
+ IATA标准的机场代码
+ ICCD The ICAO standard airport code Char(4) P An empty TAG indicates
+ ICAO标准的机场代码 data not available
+ 空标签表示无可用数据。
+ ANAM The airport name Char(1-30) M Full name of airport
+ 机场名称 机场全名
+ ANMC The airport name in Chinese Char(1-30) M Chinese name
+ 机场中文名称 中文名
+ BDIS Distance from current base airport Number(1-12) P Unit in Kilometers. An
+ Chengdu empty TAG indicates
+ data not available
+
+
+
+
+XML Tag Description Format Req Values
+ 当前基地机场距成都的距离 单位为公里。空标签表示
+ 无可用数据。
+ CTRY Country code to which airport belongs Char(2-3) M Will refer to country
+ 机场所属的国家代码 codes reference table to
+ be decided by CDIA
+ 根据成都机场国家代码参
+ 考数据表决定
+ ACTY City code to which airport belongs Char(3) M Will refer to city codes
+ 机场所属的城市代码 reference table to be
+ decided by CDIA
+ 根据成都机场城市码数据
+ 表决定
+ ATYP Domestic or international with respect Char(1) M D = Domestic/国内
+ to current airport I = International/国际
+ 当前机场国内国际标识
+ HAUL Long haul or short haul with respect to Char(1) P S = Short/短途
+ current airport L = Long/长途
+ 当前机场长短程标识 An empty TAG indicates
+ data not available
+ 空标签表示无可用数据。
+```
+
+
+#### 3.2.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ ARPT
+ DNLD
+
+ 3
+
+ SHA
+ SHHA
+ SHANGHAI HONGQIAO INTL AIRPORT
+ 上海红瞧国际机场
+ 1200
+ PRC
+ SHA
+ D
+ S
+
+
+
+
+
+
+ MEL
+ AMML
+ MELBOURNE TULLMARINE
+ 墨尔本
+ 4500
+ AUS
+ MEL
+ I
+ L
+
+
+ CTU
+ CTUK
+ CHENGDU CAPITAL AIRPORT
+ 成都成都国际机场
+ 1900
+ PRC
+ BJS
+ D
+ S
+
+
+```
+
+
+
+
+
+### 3.3 AODB airline codes event/ AODB 航空公司代码事件
+
+
+
+#### 3.3.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBAIRL
+ 消息代码
+ Event Description This event occurs whenever any airline code reference
+ 事件描述 data is to be sent to subsystems from AODB.
+ 当 AODB 向子系统发送任何航空公司代码参考数据时，
+ 产生该事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered in specific cases as below:
+ 频率 非计划的，特定的情况下触发：
+ An airline code reference data download in list mode is
+ expected to be rolled out during installation and system
+ configuration.
+ 在系统安装和配置启动时，航空公司代码参考数据以列表
+ 模式下载时。
+ An airline code reference data download in list mode can
+ also be generated any time the operator decides to
+
+
+
+
+ distribute it from AODB to all subsystems or a given
+ subsystem.
+ 在操作员由 AODB 向所有的或某个子系统以列表模式发
+ 布航空公司代码时。
+ An airline code reference data download in list mode can
+ also be generated to a specific subsystem any time the
+ operator decides to request it from the subsystem.
+ 在操作员响应子系统的请求而向该系统以列表模式发送航
+ 空公司代码时。
+ An airline code reference data in incremental mode can
+ also be sent out to all subsystems whenever airline code
+ reference data fields are updated in AODB.
+ AODB 中航空公司代码参考数据字段更新，向所有子系统
+ 以增量模式发送航空公司代码时。
+ Data Range When sent from AODB in list mode one airline code
+ 数据范围 reference data XML will contain entire list of all airline
+ codes in AODB.
+ 当 AODB 以列表模式发送时，一个 XML 报文包括 AODB
+ 中所有的航空公司代码。
+ When sent from AODB in incremental mode one airline
+ code reference data XML will contain only one airline
+ code (the one that was updated) in AODB. But the single
+ record will have a complete snapshot of all fields related
+ to that record.
+ 当 AODB 以增量模式发送时，一个 XML 报文只包括
+ AODB 中的一个航空公司代码（修改的那个）。该记录包
+ 括航空公司代码所有的字段。
+ Data Count One or more airline code reference data records in one
+ 数据数 XML as explained above.
+ 如上所述，一个 XML 报文包括一个或多个航空公司代码
+ 参考数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority Normal
+ 优先级 正常
+ Expiry 480 minutes
+ 过期 480 分钟
+ Message Fragmentation Although large messages are expected it will not cross
+ 消息分段 the maximum limit of 10MB supported by CIIMS, so no
+ fragmentation required.
+ 根据估计最大报文不会超过 CIIMS 支持的 10MB 的上
+ 限，所以不需要分段。
+ Encoding UTF 8
+ 编码
+
+
+
+
+
+ Time Beijing local time
+ 时间 北京时间
+ Comments None
+ 注释 无
+```
+
+
+#### 3.3.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M AIRL
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(3-4) M DNLD = It is a download
+ data section. from AODB/从AODB下载
+ 消息发送的子类型. Meta Data段的一部 RESP = It is a response
+ 分. to a subsystem request/
+ 响应子系统的请求
+ ADD = Add new record/
+ 增加新记录
+ UPD = Update old
+ record/更新旧记录
+ DEL = Delete old record/
+ 删除旧记录
+
+
+ RECS No of records contained in XML Number(1-4) M 0 – 9999
+ XML中包括的记录数
+ AIRL Identifies start of one airline record. - O This starts a new section
+ Repeats for each airline record. and encloses the details
+ 一条航空公司代码记录的开始标志。在 of an airline. This section
+ 每条记录中重复出现。 will be absent if RECS =
+ 0
+ 是新段落的起点，将航空
+ 公司的明细括起来。如果
+ RECS＝0则无该部分。
+ ITOP The IATA operator code Char(2-3) M
+ IATA承运人代码
+ ICOP The ICAO operator code Char(3) M
+ ICAO承运人代码
+ ONAM Full name of the operator Char(1-30) M
+ 航空公司全名
+ ONMC Chinese name of airline operator Char(1-30) M
+ 航空公司中文名
+ CTRY Country code to which airline belongs Char(2-3) P Will refer to country
+ 航空公司所属国家代码 codes reference table to
+ be decided by CDIA. An
+ empty TAG means data
+
+
+
+
+XML Tag Description Format Req Values
+ not available.
+ 根据成都机场国家代码参
+ 考数据表决定。空标签表
+ 示无可用数据。
+ TRML Default operating terminal for airline. Char(1-5) P Will refer to terminal
+ This includes two parameters: codes reference table to
+ 航空公司的默认运营航站楼。这含有2 be decided by CDIA. An
+ 个参数。 empty TAG means data
+ not available.
+ MVIN = Char(1) Movement indicator,
+ only “A” and “D” are acceptable values. 根据成都机场航站楼代码
+ / 运行标识,可接受的值只有“A” 和 “D” 参考数据表决定。空标签
+ 表示无可用数据。
+ FLIN = Char(1) Flight Indicator, only “I”
+ and “D” are acceptable values. / 航班 When there is no terminal
+ 国际国内标志,可接受的值只有“I” 和 “D” specified for a airline, an
+ empty tag will be sent
+ and the two parameters
+ values will be empty
+ strings.
+ 当没有为一个航空公司指
+ 定航展楼的时候，一个空
+ 的标签会被发送，同时它
+ 的两个参数值也为空字符
+ 串。
+ OGRP Name of operator group to which Char(1-30) P There could be multiple
+ airline belongs operator groups since an
+ 航空公司所属承运人组名称 airline can belong to
+ more than one airline
+ operator group. An empty
+ TAG means data not
+ available.
+ 可以有多个承运人组，因
+ 为一个航空公司可以属于
+ 多个承运人组。空标签表
+ 示无可用数据。
+ SUBC Identifies start of one airline - O This starts a new section
+ subcompany record. Repeats for each and encloses the details
+ airline subcompany record. of an airline subcompany.
+ 一条航空公司子公司代码记录的开始标 This section will be
+ 志。在每条记录中重复出现。 absent if there is no
+ subcompany for this
+ airline.
+ 是新段落的起点，将航空
+ 公司的子公司的明细括起
+ 来。如果这个航空公司没
+ 有子公司那么这部分将不
+ 出现。
+ CODE Subcompany code Char(1-10) M
+ 子公司代码
+ NAME Subcompany name Char(1-30) M
+
+
+
+
+XML Tag Description Format Req Values
+ 子公司名称
+ NAMC Subcompany name in alternative Char(1-30) M
+ language
+ 子公司中文名称
+```
+
+
+#### 3.3.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ AIRL
+ DNLD
+
+ 3
+
+ UA
+ UAL
+ UNITED AIRLINES
+ UNITED 航空公司
+ USA
+
+ STAR ALLIANCE
+
+ 001
+ First Subcompany
+ 第一子公司
+
+
+ 002
+ Second Subcompany
+ 第二子公司
+
+
+
+ AA
+ AAL
+ AMERICAN AIRLINES
+ 美国航空公司
+ USA
+ T2
+
+
+
+
+
+ ONE WORLD
+
+
+ CX
+ CPA
+ CATHAY PACIFIC
+ 香港航空公司
+ HKG
+ T3A
+ T3B
+ ONE WORLD
+ CHINA WORLD
+
+
+```
+
+
+
+
+
+
+### 3.4 AODB aircraft codes event/ AODB 飞机代码事件
+
+
+
+#### 3.4.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBAIRC
+ 消息代码
+ Event Description This event occurs whenever any aircraft code reference
+ 事件描述 data is to be sent to subsystems from AODB.
+ 当 AODB 向子系统发送任何飞机代码参考数据时，产生
+ 该事件。
+ Single Recipient No
+ 接收者
+ Frequency Unscheduled, triggered in specific cases as below:
+ 频率 非计划的，特定的情况下触发：
+ An aircraft code reference data download in list mode is
+ expected to be rolled out during installation and system
+ configuration.
+ 在系统安装和配置启动时，飞机代码参考数据以列表模式
+ 下载时。
+ An aircraft code reference data download in list mode
+ can also be generated any time the operator decides to
+ distribute it from AODB to all subsystems or a given
+ subsystem.
+ 在操作员由 AODB 向所有的或某个子系统以列表模式发
+ 布飞机代码时。
+ An aircraft code reference data download in list mode
+ can also be generated to a specific subsystem any time
+ the operator decides to request it from the subsystem.
+ 在操作员响应子系统的请求而向该系统以列表模式发送飞
+
+
+
+
+
+ 机代码时。
+ An aircraft code reference data in incremental mode can
+ also be sent out to all subsystems whenever aircraft
+ code reference data fields are updated in AODB.
+ AODB 中飞机代码参考数据字段更新，向所有子系统以增
+ 量模式发送飞机代码时。
+ Data Range When sent from AODB in list mode one aircraft code
+ 数据范围 reference data XML will contain entire list of all aircraft
+ codes in AODB.
+ 当 AODB 以列表模式发送时，一个 XML 报文包括 AODB
+ 中所有的飞机代码。
+ When sent from AODB in incremental mode one aircraft
+ code reference data XML will contain only one aircraft
+ code (the one that was updated) in AODB. But the single
+ record will have a complete snapshot of all fields related
+ to that record.
+ 当 AODB 以增量模式发送时，一个 XML 报文只包括
+ AODB 中的一个飞机代码（修改的那个）。该记录包括飞
+ 机代码所有的字段。
+ Data Count One or more aircraft code reference data records in one
+ 数据数 XML as explained above.
+ 如上所述，一个 XML 报文包括一个或多个飞机代码参考
+ 数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority Normal
+ 优先级 正常
+ Expiry 480 minutes
+ 过期 480 分钟
+ Message Fragmentation Although large messages are expected it will not cross
+ 消息分段 the maximum limit of 10MB supported by CIIMS, so no
+ fragmentation required.
+ 根据估计最大报文不会超过 CIIMS 支持的 10MB 的上
+ 限，所以不需要分段。
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments None
+ 注释 无
+ Processing Exceptions RMS will ignore the following fields in the message
+ 处理例外 RMS将忽略消息中下列字段
+ DESC, CHAP, MFWT, MTWT, MHTM, MABR.
+
+
+
+
+ MHTM is the handling by aircraft type but RMS will
+ ignore this and require CDIA to use a system level
+ handling time for aircrafts within RMS.
+ MHTM被处理机型但RMS将忽略这个标签，需要CDIA在
+ RMS中使用系统级别的航空器处理时间。
+```
+
+
+#### 3.4.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M AIRC
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(3-4) M DNLD = It is a download
+ data section. from AODB/从AODB下载
+ 消息发送的子类型. Meta Data段的一部 RESP = It is a response
+ 分. to a subsystem request/
+ 响应子系统的请求
+ ADD = Add new record/
+ 增加新记录
+ UPD = Update old
+ record/更新旧记录
+ DEL = Delete old record/
+ 删除旧记录
+ RECS No of records contained in XML Number(1-4) M 0 – 9999
+ XML中包括的记录数
+ AIRC Identifies start of one Aircraft record. - O This starts a new section
+ Repeats for each aircraft record. and encloses the details
+ 一条飞机代码记录的开始标志。在每条 of one aircraft type. This
+ 记录中重复出现。 section will be absent if
+ RECS = 0
+ 是新段落的起点，将飞机
+ 的明细括起来。如果
+ RECS＝0则无该部分。
+ ITAT The IATA code for aircraft type Char(3) M
+ 飞机类型的IATA代码
+ ICAT The ICAO code for aircraft type Char(3-4) M
+ 飞机类型的ICAO代码
+ DESC Full description of the aircraft type Char(1-30) M
+ 飞机类型的全描述
+ CDSC Chinese description of the aircraft type Char(1-30) M
+ 飞机类型的中文描述
+ CHAP Aircraft noise chapter code Char(1-4) P Reference data to be
+ 飞机的噪音等级代码 decided by CDIA. An
+ empty TAG means data
+ not available.
+
+
+
+
+
+XML Tag Description Format Req Values
+ 根据成都机场代码参考数
+ 据表决定。空标签表示无
+ 可用数据。
+ MAXP Maximum passengers aircraft can Number(1-3) P 0 – 999. An empty TAG
+ carry means data not available.
+ 最大载客数量 空标签表示无可用数据。
+ MFWT Maximum freight weight Number(1-9,2) P Unit in kilograms. An
+ 最大载重 empty TAG means data
+ not available.
+ 单位公斤。空标签表示无
+ 可用数据。
+ MTWT Maximum takeoff weight Number(1-9,2) P Unit in kilograms. An
+ 最大起飞重量 empty TAG means data
+ not available.
+ 单位公斤。空标签表示无
+ 可用数据。
+ ALEN Aircraft length Number(1-9,2) P Unit in meters. An empty
+ 机长 TAG means data not
+ available.
+ 单位米。空标签表示无可
+ 用数据。
+ WSPN Aircraft Wing span Number(1-9,2) P Unit in meters. An empty
+ 翼展 TAG means data not
+ available.
+ 单位米。空标签表示无可
+ 用数据。
+ MHTM Minimum handling time Number(1-6,2) P Unit in minutes. An empty
+ 最小处理时间 TAG means data not
+ available.
+ 单位分钟。空标签表示无
+ 可用数据。
+ MABR Maximum air bridges that can be Number(1) P An empty TAG means
+ connected to this aircraft data not available.
+ 可连接的最大登机桥数 空标签表示无可用数据。
+```
+
+
+#### 3.4.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ AIRC
+ DNLD
+
+
+
+
+
+ 1
+
+ 312
+ A310
+ AIRBUS 310- 100 / 200
+ AIRBUS中文310- 100 / 200
+ 3
+ 241
+ 31730
+ 138600
+ 33.8
+ 30
+ 40
+ 2
+
+
+```
+
+
+
+
+
+
+### 3.5 AODB registration codes event/ AODB 注册码事件
+
+
+
+#### 3.5.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBREGN
+ 消息代码
+ Event Description This event occurs whenever any registration code
+ 事件描述 reference data is to be sent to subsystems from AODB.
+ 当 AODB 向子系统发送任何注册码数据时，产生该事
+ 件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered in specific cases as below:
+ 频率 非计划的，特定的情况下触发：
+ A registration code reference data download in list mode
+ is expected to be rolled out during installation and
+ system configuration.
+ 在系统安装和配置启动时，注册码数据以列表模式下载
+ 时。
+ A registration code reference data download in list mode
+ can also be generated any time the operator decides to
+ distribute it from AODB to all subsystems or a given
+ subsystem.
+ 在操作员由 AODB 向所有的或某个子系统以列表模式发
+ 布注册码时。
+ A registration code reference data download in list mode
+
+
+
+
+ can also be generated to a specific subsystem any time
+ the operator decides to request it from the subsystem.
+ 在操作员响应子系统的请求而向该系统以列表模式发送注
+ 册码时。
+ A registration code reference data in incremental mode
+ can also be sent out to all subsystems whenever
+ registration code reference data fields are updated in
+ AODB.
+ AODB 中注册码数据字段更新，向所有子系统以增量模式
+ 发送注册码时。
+ Data Range When sent from AODB in list mode one registration code
+ 数据范围 reference data XML will contain entire list of all
+ registration codes in AODB.
+ 当 AODB 以列表模式发送时，一个 XML 报文包括 AODB
+ 中所有的注册码。
+ When sent from AODB in incremental mode one
+ registration code reference data XML will contain only
+ one registration code (the one that was updated) in
+ AODB. But the single record will have a complete
+ snapshot of all fields related to that record.
+ 当 AODB 以增量模式发送时，一个 XML 报文只包括
+ AODB 中的一个注册码（修改的那个）。该记录包括注册
+ 码所有的字段。
+ Data Count One or more registration code reference data records in
+ 数据数 one XML as explained above.
+ 如上所述，一个 XML 报文包括一个或多个注册码数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority Normal
+ 优先级 正常
+ Expiry 480 minutes
+ 过期 480 分钟
+ Message Fragmentation Although large messages are expected it will not cross
+ 消息分段 the maximum limit of 10MB supported by CIIMS, so no
+ fragmentation required.
+ 根据估计最大报文不会超过 CIIMS 支持的 10MB 的上
+ 限，所以不需要分段。
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments None
+ 注释
+
+
+
+
+
+ Processing Exceptions RMS will ignore the following fields in the message
+ 处理例外 RMS将忽略消息中下列字段
+ OWID, MFWT, MTWT
+```
+
+
+#### 3.5.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M REGN
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(3-4) M DNLD = It is a download
+ data section. from AODB/从AODB下载
+ 消息发送的子类型. Meta Data段的一部 RESP = It is a response
+ 分. to a subsystem request/
+ 响应子系统的请求
+ ADD = Add new record/
+ 增加新记录
+ UPD = Update old
+ record/更新旧记录
+ DEL = Delete old record/
+ 删除旧记录
+
+
+ RECS No of records contained in XML Number(1-4) M 0 – 9999
+ XML中包括的记录数
+ REGN Identifies start of one registration - O This starts a new section
+ record. Repeats for each registration and encloses the details
+ record. of one registration type.
+ 一条注册码记录的开始标志。在每条记 This section will be
+ 录中重复出现。 absent if RECS = 0
+ 是新段落的起点，将注册
+ 的明细括起来。如果
+ RECS＝0则无该部分。
+ RNUM Registration Number Number(1-10) M
+ 注册号码
+ ITAT The IATA code for aircraft type Char(3) M Will refer to the aircraft
+ 飞机类型的IATA代码 type reference data to be
+ decided by CDIA.
+ 根据成都机场飞机类型数
+ 据表决定。
+ OWID Organization ID of owner of aircraft Number(1-9) P Will refer to the
+ 飞机所属机构ID organization reference
+ data to be decided by
+ CDIA. An empty TAG
+ indicates data not
+ available.
+ 根据成都机场机构数据表
+
+
+
+
+XML Tag Description Format Req Values
+ 决定。空标签表示无可用
+ 数据。
+ ACAL Aircraft owner‟s airline code Char(2-3) P IATA airline code. Will
+ 飞机所属航空公司代码 refer to the airline
+ reference data to be
+ decided by CDIA. An
+ empty TAG indicates
+ data not available.
+ IATA航空公司代码。根据
+ 成都机场航空公司数据表
+ 决定。空标签表示无可用
+ 数据。
+ MAXP Maximum passengers this particular Number(1-3) P 0 – 999. An empty TAG
+ registration can carry, overrides the means data not available.
+ value in the aircraft type. 空标签表示无可用数据。
+ 实际注册的最大载客数，优先于飞机类
+ 型的值
+ MFWT Maximum freight weight for this Number(1-9,2) P Unit in kilograms. An
+ particular registration, overrides the empty TAG means data
+ value in the aircraft type. not available.
+ 实际注册的最大载重量，优先于飞机类 单位公斤。空标签表示无
+ 型的值 可用数据。
+ MTWT Maximum takeoff weight for this Number(1-9,2) P Unit in kilograms. An
+ particular registration, overrides the empty TAG means data
+ value in the aircraft type. not available.
+ 实际注册的最大起飞重量，优先于飞机 单位公斤。空标签表示无
+ 类型的值 可用数据。
+```
+
+
+#### 3.5.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ REGN
+ DNLD
+
+ 2
+
+ A40LF
+ 312
+ 52156
+ CA
+
+
+
+
+
+ 200
+
+
+
+
+ A6AIN
+ 320
+ 521526
+ CZ
+
+
+
+
+
+```
+
+
+
+
+
+### 3.6 AODB organization codes event/ AODB 机构代码事件
+
+
+
+#### 3.6.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBORGN
+ 消息代码
+ Event Description This event occurs whenever any organization code
+ 事件描述 reference data is to be sent to subsystems from AODB.
+ 当 AODB 向子系统发送任何机构代码参考数据时，产生
+ 该事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered in specific cases as below:
+ 频率 非计划的，特定的情况下触发：
+ An organization code reference data download in list
+ mode is expected to be rolled out during installation and
+ system configuration.
+ 在系统安装和配置启动时，机构代码参考数据以列表模式
+ 下载时。
+ An organization code reference data download in list
+ mode can also be generated any time the operator
+ decides to distribute it from AODB to all subsystems or a
+ given subsystem.
+ 在操作员由 AODB 向所有的或某个子系统以列表模式发
+ 布机构代码时。
+ An organization code reference data download in list
+ mode can also be generated to a specific subsystem
+ any time the operator decides to request it from the
+ subsystem.
+ 在操作员响应子系统的请求而向该系统以列表模式发送机
+ 构代码时。
+
+
+
+
+ An organization code reference data in incremental
+ mode can also be sent out to all subsystems whenever
+ organization code reference data fields are updated in
+ AODB.
+ AODB 中机构代码参考数据字段更新，向所有子系统以增
+ 量模式发送机构代码时。
+ Data Range When sent from AODB in list mode one organization
+ 数据范围 code reference data XML will contain entire list of all
+ organization codes in AODB.
+ 当 AODB 以列表模式发送时，一个 XML 报文包括 AODB
+ 中所有的机构代码。
+ When sent from AODB in incremental mode one
+ organization code reference data XML will contain only
+ one organization code (the one that was updated) in
+ AODB. But the single record will have a complete
+ snapshot of all fields related to that record.
+ 当 AODB 以增量模式发送时，一个 XML 报文只包括
+ AODB 中的一个机构代码（修改的那个）。该记录包括机
+ 构代码所有的字段。
+ Data Count One or more organization code reference data records
+ 数据数 in one XML as explained above.
+ 如上所述，一个 XML 报文包括一个或多个机构代码参考
+ 数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority Normal
+ 优先级 正常
+ Expiry 480 minutes
+ 过期 480 分钟
+ Message Fragmentation Although large messages are expected it will not cross
+ 消息分段 the maximum limit of 10MB supported by CIIMS, so no
+ fragmentation required.
+ 根据估计最大报文不会超过 CIIMS 支持的 10MB 的上
+ 限，所以不需要分段。
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments An airline is treated as an organization in AODB,
+ 注释 however the organization list from AODB will not contain
+ airline operator records. Airline operator records will be
+ sent as part airline code reference data.
+ 在AODB中，一个航空公司被认做一个机构。AODB的机
+ 构列表不包括航空公司承运人记录。航空公司承运人记录
+
+
+
+
+ 作为航空公司代码的一部分。
+ Processing Exceptions RMS will ignore the following fields in the message
+ 处理例外 RMS将忽略消息中下列字段
+ ONAM
+ Any category specified in OCAT will be ignored other
+ than following
+ OCAT中指定的类别中除了下列类型都会被忽略
+
+ Passenger Handlers identified with OCAT value
+ “PAXAGT”
+ 旅客代理由 OCAT 的“PAXAGT”表示
+ Maintenance Handlers identified with OCAT value
+ “MNTAGT”
+ 维护代理由 OCAT 的“MNTAGT”表示
+ Ground Handlers identified with OCAT value
+ “GNDAGT”
+ 地服代理由 OCAT 的“GNDAGT”表示
+
+
+ These OCAT values are specific codes in AODB and
+ operator is not expected to amend these, only
+ descriptions for these codes can be amended which
+ should not impact the AODB-RMS interface w.r.t
+ processing above values.
+ 这个OCAT值在AODB中指定，操作员不应修改这些值，
+ 只有它们的描述可以被修改，并且不应影响AODB-RMS
+ 接口对该值的处理。
+```
+
+
+#### 3.6.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M ORGN
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(3-4) M DNLD = It is a download
+ data section. from AODB/从AODB下载
+ 消息发送的子类型. Meta Data段的一部 RESP = It is a response
+ 分. to a subsystem request/
+ 响应子系统的请求
+ ADD = Add new record/
+ 增加新记录
+ UPD = Update old
+ record/更新旧记录
+ DEL = Delete old record/
+ 删除旧记录
+
+
+
+
+
+
+XML Tag Description Format Req Values
+ RECS No of records contained in XML Number(1-4) M 0 – 9999
+ XML中包括的记录数
+ ORGN Identifies start of one organization - O This starts a new section
+ record. Repeats for each organization and encloses the details
+ record. of one organization. This
+ 一条机构代码记录的开始标志。在每条 section will be absent if
+ 记录中重复出现。 RECS = 0
+ 是新段落的起点，将机构
+ 的明细括起来。如果
+ RECS＝0则无该部分。
+ OGID Organization Identifier Number(1-9) M Unique AODB Id
+ 机构标识 associated with the
+ organization
+ 在AODB中唯一
+ ONAM Full name of organization Char(1-40) M
+ 机构的全名
+ ONMC Chinese name of organization Char(1-40) M
+ 机构的中文名
+ OCAT Organization category. Char(1-30) P Will be set based on the
+ 机构种类 organization category
+ setup by CDIA. E.g.
+ categories include
+ „PASSENGER
+ HANDLER‟, „RAMP
+ HANDLER‟ etc but this
+ will be defined by CDIA.
+ There could be multiple
+ organization categories
+ since an organization can
+ belong to more than one
+ organization category. An
+ empty TAG means data
+ not available.
+ 根据成都机场机构代码参
+ 考数据表决定。如，种类
+ 包括“旅客处理”，“机
+ 坪处理”等，都由成都机
+ 场定义。可以有多个机构
+ 种类代码，因为一个机构
+ 可以属于多个机构种类。
+ 空标签表示无可用数据。
+```
+
+
+#### 3.6.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ ORGN
+ DNLD
+
+ 2
+
+ 423423
+ China Eastern Holding Company
+ 中国东方有限公司
+ RAMP HANDLER
+
+
+ 477923
+ ServisAir Private Limited
+ 美国SERVISAIR有限公司
+ RAMP HANDLER
+ PAX HANDLER
+
+
+```
+
+
+
+
+
+
+### 3.7 AODB flight type codes event/ AODB 航班类型代码事件
+
+
+
+#### 3.7.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBFLTL
+ 消息代码
+ Event Description This event occurs whenever any flight type code
+ 事件描述 reference data is to be sent to subsystems from AODB.
+ 当 AODB 向子系统发送任何航班类型代码参考数据时，
+ 产生该事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered in specific cases as below:
+ 频率 非计划的，特定的情况下触发：
+ A flight type code reference data download in list mode
+ is expected to be rolled out during installation and
+ system configuration.
+ 在系统安装和配置启动时，航班类型代码参考数据以列表
+ 模式下载时。
+ A flight type code reference data download in list mode
+ can also be generated any time the operator decides to
+ distribute it from AODB to all subsystems or a given
+
+
+
+
+ subsystem.
+ 在操作员由 AODB 向所有的或某个子系统以列表模式发
+ 布航班类型代码时。
+ A flight type code reference data download in list mode
+ can also be generated to a specific subsystem any time
+ the operator decides to request it from the subsystem.
+ 在操作员响应子系统的请求而向该系统以列表模式发送航
+ 班类型代码时。
+ A flight type code reference data in incremental mode
+ can also be sent out to all subsystems whenever flight
+ type code reference data fields are updated in AODB.
+ AODB 中航班类型代码参考数据字段更新，向所有子系统
+ 以增量模式发送航班类型代码时。
+ Data Range When sent from AODB in list mode one flight type code
+ 数据范围 reference data XML will contain entire list of all flight
+ type codes in AODB.
+ 当 AODB 以列表模式发送时，一个 XML 报文包括 AODB
+ 中所有的航班类型代码。
+ When sent from AODB in incremental mode one flight
+ type code reference data XML will contain only one flight
+ type code (the one that was updated) in AODB. But the
+ single record will have a complete snapshot of all fields
+ related to that record.
+ 当 AODB 以增量模式发送时，一个 XML 报文只包括
+ AODB 中的一个航班类型代码（修改的那个）。该记录包
+ 括航班类型代码所有的字段。
+ Data Count One or more flight type code reference data records in
+ 数据数 one XML as explained above.
+ 如上所述，一个 XML 报文包括一个或多个航班类型代码
+ 参考数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority Normal
+ 优先级 正常
+ Expiry 480 minutes
+ 过期 480 分钟
+ Message Fragmentation Although large messages are expected it will not cross
+ 消息分段 the maximum limit of 10MB supported by CIIMS, so no
+ fragmentation required.
+ 根据估计最大报文不会超过 CIIMS 支持的 10MB 的上
+ 限，所以不需要分段。
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+
+
+
+
+ 时间 北京当地时间
+ Comments None
+ 注释 无
+ Processing Exceptions RMS will ignore the following fields in the message
+ 处理例外 RMS将忽略消息中下列字段
+ FDES, FCML, CTYP
+```
+
+
+#### 3.7.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M FLTL
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(3-4) M DNLD = It is a download
+ data section. from AODB/从AODB下载
+ 消息发送的子类型. Meta Data段的一部 RESP = It is a response
+ 分. to a subsystem request/
+ 响应子系统的请求
+ ADD = Add new record/
+ 增加新记录
+ UPD = Update old
+ record/更新旧记录
+ DEL = Delete old record/
+ 删除旧记录
+ RECS No of records contained in XML Number(1-4) M 0 – 9999
+ XML中包括的记录数
+ FLTL Identifies start of one flight type record. - O This starts a new section
+ Repeats for each flight type record. and encloses the details
+ 一条航班类型代码记录的开始标志。在 of one flight type. This
+ 每条记录中重复出现。 section will be absent if
+ RECS = 0
+ 是新段落的起点，将航班
+ 类型的明细括起来。如果
+ RECS＝0则无该部分。
+ FTYP Single character code for flight type Char(1) M
+ 单字符的航班类型
+ CTYP The CAAC/ATC equivalent flight type Char(1-3) P An empty TAG means
+ CAAC/ATC等值航班类型 data not available.
+ 空标签表示无可用数据。
+ FDES The textual description for flight type Char(1-30) M
+ 航班类型文字描述
+ FDSC Fight type description in Chinese Char(1-30) M
+ 航班类型中文描述
+ FCML Can be used for commercial Flight? Char(1) O Y = Use for commercial/
+
+
+
+
+
+XML Tag Description Format Req Values
+ 是否用于商业航班？ 是
+ N = Cannot be used/否
+```
+
+
+#### 3.7.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ FLTL
+ DNLD
+
+ 2
+
+ J
+ SCH
+ SCHEDULED FLT
+ 定期航班
+ Y
+
+
+ I
+
+ DIPLOMATIC USE
+ 外交航班
+ N
+
+
+```
+
+
+
+
+
+
+### 3.8 AODB terminal codes event/ AODB 航站楼代码事件
+
+
+
+#### 3.8.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBTLST
+ 消息代码
+ Event Description This event occurs whenever any terminal code reference
+ 事件描述 data is to be sent to subsystems from AODB.
+ 当 AODB 向子系统发送任何航站楼代码参考数据时，产
+
+
+
+
+
+ 生该事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered in specific cases as below:
+ 频率 非计划的，特定的情况下触发：
+ A terminal code reference data download in list mode is
+ expected to be rolled out during installation and system
+ configuration.
+ 在系统安装和配置启动时，航站楼代码参考数据以列表模
+ 式下载时。
+ A terminal code reference data download in list mode
+ can also be generated any time the operator decides to
+ distribute it from AODB to all subsystems or a given
+ subsystem.
+ 在操作员由 AODB 向所有的或某个子系统以列表模式发
+ 布航站楼代码时。
+ A terminal code reference data download in list mode
+ can also be generated to a specific subsystem any time
+ the operator decides to request it from the subsystem.
+ 在操作员响应子系统的请求而向该系统以列表模式发送航
+ 站楼代码时。
+ A terminal code reference data in incremental mode can
+ also be sent out to all subsystems whenever terminal
+ code reference data fields are updated in AODB.
+ AODB 中航站楼代码参考数据字段更新，向所有子系统以
+ 增量模式发送航站楼代码时。
+ Data Range When sent from AODB in list mode one terminal code
+ 数据范围 reference data XML will contain entire list of all terminal
+ codes in AODB.
+ 当 AODB 以列表模式发送时，一个 XML 报文包括 AODB
+ 中所有的航站楼代码。
+ When sent from AODB in incremental mode one
+ terminal code reference data XML will contain only one
+ terminal code (the one that was updated) in AODB. But
+ the single record will have a complete snapshot of all
+ fields related to that record.
+ 当 AODB 以增量模式发送时，一个 XML 报文只包括
+ AODB 中的一个航站楼代码（修改的那个）。该记录包括
+ 航站楼代码所有的字段。
+ Data Count One or more terminal code reference data records in
+ 数据数 one XML as explained above.
+ 如上所述，一个 XML 报文包括一个或多个航站楼代码参
+ 考数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+
+
+
+
+ Priority Normal
+ 优先级 正常
+ Expiry 480 minutes
+ 过期 480 分钟
+ Message Fragmentation Although large messages are expected it will not cross
+ 消息分段 the maximum limit of 10MB supported by CIIMS, so no
+ fragmentation required.
+ 根据估计最大报文不会超过 CIIMS 支持的 10MB 的上
+ 限，所以不需要分段。
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments None
+ 注释 无
+ Processing Exceptions RMS will ignore the following fields in the message
+ 处理例外 RMS将忽略消息中下列字段
+ TNAM, TCAT, TPAX
+```
+
+
+#### 3.8.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M TLST
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(3-4) M DNLD = It is a download
+ data section. from AODB/从AODB下载
+ 消息发送的子类型. Meta Data段的一部 RESP = It is a response
+ 分. to a subsystem request/
+ 响应子系统的请求
+ ADD = Add new record/
+ 增加新记录
+ UPD = Update old
+ record/更新旧记录
+ DEL = Delete old record/
+ 删除旧记录
+
+
+ RECS No of records contained in XML Number(1-4) M 0 – 9999
+ XML中包括的记录数
+ TLST Identifies start of one terminal record. - O This starts a new section
+ Repeats for each terminal record. and encloses the details
+ 一条航站楼代码记录的开始标志。在每 of a terminal. This section
+ 条记录中重复出现。 will be absent if RECS =
+ 0
+ 是新段落的起点，将航站
+
+
+
+
+XML Tag Description Format Req Values
+ 楼的明细括起来。如果
+ RECS＝0则无该部分。
+ TCOD Code for this terminal Char(1-5) M
+ 该航站楼的代码
+ TNAM Terminal name / description Char(1-30) M
+ 航站楼名称/描述
+ TNMC Terminal name / description Chinese Char(1-30) M
+ 航站楼中文名称/描述
+ TCAT Terminal category Char(1) M I = International/国际
+ 航站楼种类 D = Domestic/国内
+ M = Mixed/混合
+ TPAX Is this a passenger terminal? Char(1) P Y = Passenger terminal/
+ 是否旅客航站楼？ 是
+ N = Non passenger
+ terminal/否
+```
+
+
+#### 3.8.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ TLST
+ DNLD
+
+ 1
+
+ T2A
+ TERMINAL T1
+ T1航站楼
+ D
+ Y
+
+
+```
+
+
+
+
+
+### 3.9 AODB gate codes event/ AODB 登机门代码事件
+
+
+
+#### 3.9.1 Event Attributes/事件属性
+
+```text
+
+
+
+
+
+
+
+ Message Code AODBGLST
+ 消息代码
+ Event Description This event occurs whenever any gate code reference
+ 事件描述 data is to be sent to subsystems from AODB.
+ 当 AODB 向子系统发送任何登机门代码参考数据时，产
+ 生该事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered in specific cases as below:
+ 频率 非计划的，特定的情况下触发：
+ A gate code reference data download in list mode is
+ expected to be rolled out during installation and system
+ configuration.
+ 在系统安装和配置启动时，登机门代码参考数据以列表模
+ 式下载时。
+ A gate code reference data download in list mode can
+ also be generated any time the operator decides to
+ distribute it from AODB to all subsystems or a given
+ subsystem.
+ 在操作员由 AODB 向所有的或某个子系统以列表模式发
+ 布登机门代码时。
+ A gate code reference data download in list mode can
+ also be generated to a specific subsystem any time the
+ operator decides to request it from the subsystem.
+ 在操作员响应子系统的请求而向该系统以列表模式发送登
+ 机门代码时。
+ A gate code reference data in incremental mode can
+ also be sent out to all subsystems whenever gate code
+ reference data fields are updated in AODB.
+ AODB 中登机门代码参考数据字段更新，向所有子系统以
+ 增量模式发送登机门代码时。
+ Data Range When sent from AODB in list mode one gate code
+ 数据范围 reference data XML will contain entire list of all gate
+ codes in AODB.
+ 当 AODB 以列表模式发送时，一个 XML 报文包括 AODB
+ 中所有的登机门代码。
+ When sent from AODB in incremental mode one gate
+ code reference data XML will contain only one gate code
+ (the one that was updated) in AODB. But the single
+ record will have a complete snapshot of all fields related
+ to that record.
+ 当 AODB 以增量模式发送时，一个 XML 报文只包括
+ AODB 中的一个登机门代码（修改的那个）。该记录包括
+ 登机门代码所有的字段。
+ Data Count One or more gate code reference data records in one
+ 数据数 XML as explained above.
+ 如上所述，一个 XML 报文包括一个或多个登机门代码参
+ 考数据。
+ Data Conversion None
+
+
+
+
+
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority Normal
+ 优先级 正常
+ Expiry 480 minutes
+ 过期 480 分钟
+ Message Fragmentation Although large messages are expected it will not cross
+ 消息分段 the maximum limit of 10MB supported by CIIMS, so no
+ fragmentation required.
+ 根据估计最大报文不会超过 CIIMS 支持的 10MB 的上
+ 限，所以不需要分段。
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京时间
+ Comments None
+ 注释 无
+```
+
+
+#### 3.9.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M GLST
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(3-4) M DNLD = It is a download
+ data section. from AODB/从AODB下载
+ 消息发送的子类型. Meta Data段的一部 RESP = It is a response
+ 分. to a subsystem request/
+ 响应子系统的请求
+ ADD = Add new record/
+ 增加新记录
+ UPD = Update old
+ record/更新旧记录
+ DEL = Delete old record/
+ 删除旧记录
+
+
+ RECS No of records contained in XML Number(1-4) M 0 – 9999
+ XML中包括的记录数
+ GLST Identifies start of one gate record. - O This starts a new section
+ Repeats for each gate record. and encloses the details
+ 一条登机门代码记录的开始标志。在每 of a gate. This section
+
+
+
+
+XML Tag Description Format Req Values
+ 条记录中重复出现。 will be absent if RECS =
+ 0
+ 是新段落的起点，将登机
+ 门的明细括起来。如果
+ RECS＝0则无该部分。
+ GCOD Code for this gate Char(1-8) M Must be unique for a
+ 登机门代码 terminal
+ 必须唯一
+ GTNM Gate name / description Char(1-30) M
+ 登机门名称/描述
+ GNMC Gate name / description Chinese Char(1-30) M
+ 登机门中文名称/描述
+ GCAT Gate category Char(1) M I = International/国际
+ 登机门种类 D = Domestic/国内
+ GTML Terminal code for this gate Char(1-5) P Will reference terminal
+ 登机门的航站楼代码 code reference data in
+ AODB. Will be empty
+ TAG if no data available.
+ 根据AODB航站楼代码参
+ 考数据表决定。空标签表
+ 示无可用数据。
+ PIER Pier code for this gate Char(1-8) O Will reference pier code
+ 登机门的指廊代码 reference data in AODB.
+ Will be absent TAG if no
+ data available.
+ 根据AODB指廊代码参考
+ 数据表决定。无可用数据
+ 则不显示此标签。
+```
+
+
+#### 3.9.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ GLST
+ DNLD
+
+ 1
+
+ G17
+ Gate for CA
+
+
+
+
+
+ Gate for CA中文
+ D
+ T1
+ C
+
+
+```
+
+
+
+
+
+
+### 3.10 AODB stand codes event/ AODB 机位代码事件
+
+
+
+
+#### 3.10.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBSLST
+ 消息代码
+ Event Description This event occurs whenever any stand code reference
+ 事件描述 data is to be sent to subsystems from AODB.
+ 当 AODB 向子系统发送任何机位代码参考数据时，产生
+ 该事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered in specific cases as below:
+ 频率 非计划的，特定的情况下触发：
+ A stand code reference data download in list mode is
+ expected to be rolled out during installation and system
+ configuration.
+ 在系统安装和配置启动时，机位代码参考数据以列表模式
+ 下载时。
+ A stand code reference data download in list mode can
+ also be generated any time the operator decides to
+ distribute it from AODB to all subsystems or a given
+ subsystem.
+ 在操作员由 AODB 向所有的或某个子系统以列表模式发
+ 布机位代码时。
+ A stand code reference data download in list mode can
+ also be generated to a specific subsystem any time the
+ operator decides to request it from the subsystem.
+ 在操作员响应子系统的请求而向该系统以列表模式发送机
+ 位代码时。
+ A stand code reference data in incremental mode can
+ also be sent out to all subsystems whenever stand code
+ reference data fields are updated in AODB.
+ AODB 中机位代码参考数据字段更新，向所有子系统以增
+ 量模式发送机位代码时。
+ Data Range When sent from AODB in list mode one stand code
+ 数据范围 reference data XML will contain entire list of all stand
+ codes in AODB.
+
+
+
+
+ 当 AODB 以列表模式发送时，一个 XML 报文包括 AODB
+ 中所有的机位代码。
+ When sent from AODB in incremental mode one stand
+ code reference data XML will contain only one stand
+ code (the one that was updated) in AODB. But the single
+ record will have a complete snapshot of all fields related
+ to that record.
+ 当 AODB 以增量模式发送时，一个 XML 报文只包括
+ AODB 中的一个机位代码（修改的那个）。该记录包括机
+ 位代码所有的字段。
+ Data Count One or more stand code reference data records in one
+ 数据数 XML as explained above.
+ 如上所述，一个 XML 报文包括一个或多个机位代码参考
+ 数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority Normal
+ 优先级 正常
+ Expiry 480 minutes
+ 过期 480 分钟
+ Message Fragmentation Although large messages are expected it will not cross
+ 消息分段 the maximum limit of 10MB supported by CIIMS, so no
+ fragmentation required.
+ 根据估计最大报文不会超过 CIIMS 支持的 10MB 的上
+ 限，所以不需要分段。
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments None
+ 注释 无
+ Processing Exceptions RMS will ignore the following fields in the message
+ 处理例外 RMS将忽略消息中下列字段
+ STNM, MABS, FEPU
+ RMS requires SCOD to be unique across entire airport
+ not just within terminal.
+ RMS要求SCOD全机场唯一，而不只针对航站楼。
+ RMS can support maximum STGP length of 8
+ characters. Any data from AODB longer than 8, this will
+ be truncated in RMS. This may impact Rule creation if
+ any rules use the STGP parameter.
+ RMS可以支持STGP最长8位字符。从AODB来的任何长
+ 于8位的数据将被RMS截去超长部分。这可能会影响规则
+
+
+
+
+ 创建，如果规则使用STGP参数的话。
+```
+
+
+#### 3.10.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M SLST
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(3-4) M DNLD = It is a download
+ data section. from AODB/从AODB下载
+ 消息发送的子类型. Meta Data段的一部 RESP = It is a response
+ 分. to a subsystem request/
+ 响应子系统的请求
+ ADD = Add new record/
+ 增加新记录
+ UPD = Update old
+ record/更新旧记录
+ DEL = Delete old record/
+ 删除旧记录
+
+
+ RECS No of records contained in XML Number(1-4) M 0 – 9999
+ XML中包括的记录数
+ SLST Identifies start of one stand record. - O This starts a new section
+ Repeats for each stand record. and encloses the details
+ 一条机位代码记录的开始标志。在每条 of a stand. This section
+ 记录中重复出现。 will be absent if RECS =
+ 0
+ 是新段落的起点，将机位
+ 的明细括起来。如果
+ RECS＝0则无该部分。
+ SCOD Stand code for this stand Char(1-8) M Must be unique for a
+ 该机位的代码 terminal
+ 必须唯一
+ STNM Stand name Char(1-30) M
+ 机位名称
+ SNMC Stand name Chinese Char(1-30) M
+ 机位中文名称
+
+
+ STGP Stand group code of this stand Char(1-30) P An empty TAG will be
+ 该机位的机位组代码 sent if no data available
+ 空标签表示无可用数据。
+
+
+ SWID Width of the stand Number(1-9,2) P Units meters. An empty
+ 机位宽度 TAG will be sent if no
+ data available
+
+
+
+
+XML Tag Description Format Req Values
+ 单位米。空标签表示无可
+ 用数据。
+ SHGT Length of the stand Number(1-9,2) P Units meters. An empty
+ 机位长度 TAG will be sent if no
+ data available
+ 单位米。空标签表示无可
+ 用数据。
+ STML Terminal code Char(1-5) P Will reference terminal
+ 航站楼代码 code reference data in
+ AODB.
+ 根据AODB中的航站楼代
+ 码参考数据。
+ MABS Maximum number airbridges that can Number(1) P Default is 1. An empty
+ be attached on this stand TAG will be sent if no
+ 该机位可以连接的最大的登机桥数 data available
+ 默认为1。空标签表示无
+ 可用数据。
+ DIGT Default gate for international flights for Char(1-8) P Will reference gate code
+ this stand reference data in AODB.
+ 该机位默认的国际航班登机门 An empty TAG will be
+ sent if no data available
+ 根据AODB中的登机门代
+ 码参考数据。空标签表示
+ 无可用数据。
+ DDGT Default gate for domestic flights for this Char(1-8) P Will reference gate code
+ stand reference data in AODB.
+ 该机位默认的国内航班登机门 An empty TAG will be
+ sent if no data available
+ 根据AODB中的登机门代
+ 码参考数据。空标签表示
+ 无可用数据。
+ REMT Is this a remote stand, contact stand or Char(1) M Y = Remote/远
+ a bucket area stand? N = Contact (default)/近
+ 是否远机位，近机位或停机区？ （默认）
+ A = Area stand/停机区
+ FEPU Does this stand have a fixed electric Char(1) P Y or N. Default N. An
+ power unit? empty TAG will be sent if
+ 该机位是否有固定的电源？ no data available
+ Y或N。默认是N。空标签
+ 表示无可用数据。
+```
+
+
+#### 3.10.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ SLST
+ DNLD
+
+ 1
+
+ S209
+ South Stand 209
+ 南方机位209
+ T1 SOUTH
+
+
+ T1
+ 2
+
+
+ N
+
+
+
+```
+
+
+
+
+
+
+### 3.11 AODB check in counter codes event/ AODB 值机柜台代码事件
+
+
+
+#### 3.11.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBCLST
+ 消息代码
+ Event Description This event occurs whenever any check in counter code
+ 事件描述 reference data is to be sent to subsystems from AODB.
+ 当 AODB 向子系统发送任何值机柜台代码参考数据时，
+ 产生该事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered in specific cases as below:
+ 频率 非计划的，特定的情况下触发：
+ A check in counter code reference data download in list
+ mode is expected to be rolled out during installation and
+ system configuration.
+ 在系统安装和配置启动时，值机柜台代码参考数据以列表
+
+
+
+
+ 模式下载时。
+ A check in counter code reference data download in list
+ mode can also be generated any time the operator
+ decides to distribute it from AODB to all subsystems or a
+ given subsystem.
+ 在操作员由 AODB 向所有的或某个子系统以列表模式发
+ 布值机柜台代码时。
+ A check in counter code reference data download in list
+ mode can also be generated to a specific subsystem
+ any time the operator decides to request it from the
+ subsystem.
+ 在操作员响应子系统的请求而向该系统以列表模式发送值
+ 机柜台代码时。
+ A check in counter code reference data in incremental
+ mode can also be sent out to all subsystems whenever
+ check in counter code reference data fields are updated
+ in AODB.
+ AODB 中值机柜台代码参考数据字段更新，向所有子系统
+ 以增量模式发送值机柜台代码时。
+ Data Range When sent from AODB in list mode one check in counter
+ 数据范围 code reference data XML will contain entire list of all
+ check in counter codes in AODB.
+ 当 AODB 以列表模式发送时，一个 XML 报文包括 AODB
+ 中所有的值机柜台代码。
+ When sent from AODB in incremental mode one check
+ in counter code reference data XML will contain only one
+ check in counter code (the one that was updated) in
+ AODB. But the single record will have a complete
+ snapshot of all fields related to that record.
+ 当 AODB 以增量模式发送时，一个 XML 报文只包括
+ AODB 中的一个值机柜台代码（修改的那个）。该记录包
+ 括值机柜台代码所有的字段。
+ Data Count One or more check in counter code reference data
+ 数据数 records in one XML as explained above.
+ 如上所述，一个 XML 报文包括一个或多个值机柜台代码
+ 参考数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority Normal
+ 优先级 正常
+ Expiry 480 minutes
+ 过期 480 分钟
+ Message Fragmentation Although large messages are expected it will not cross
+ 消息分段 the maximum limit of 10MB supported by CIIMS, so no
+ fragmentation required.
+
+
+
+
+ 根据估计最大报文不会超过 CIIMS 支持的 10MB 的上
+ 限，所以不需要分段。
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments None
+ 注释
+ Processing Exceptions RMS will ignore the following fields in the message
+ 处理例外 RMS将忽略消息中下列字段
+ CTNM, CCAT
+ RMS requires CCOD to be unique across entire airport
+ not just within terminal.
+ RMS要求CCOD全机场唯一而不只针对航站楼唯一。
+ Since CCAT is ignored RMS expects Checkin groups to
+ be manually created in Rule editor to specify categories
+ for allocation.
+ 由于CCAT被RMS忽略了，所以需要在规则编辑器中手动
+ 创建值机柜台组来指定类型来分配。
+```
+
+
+#### 3.11.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M CLST
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(3-4) M DNLD = It is a download
+ data section. from AODB/从AODB下载
+ 消息发送的子类型. Meta Data段的一部 RESP = It is a response
+ 分. to a subsystem request/
+ 响应子系统的请求
+ ADD = Add new record/
+ 增加新记录
+ UPD = Update old
+ record/更新旧记录
+ DEL = Delete old record/
+ 删除旧记录
+
+
+ RECS No of records contained in XML Number(1-4) M 0 – 9999
+ XML中包括的记录数
+ CLST Identifies start of one check in counter - O This starts a new section
+ record. Repeats for each check in and encloses the details
+ counter record. of a check in counter.
+ 一条值机柜台代码记录的开始标志。在 This section will be
+ 每条记录中重复出现。 absent if RECS = 0
+
+
+
+
+XML Tag Description Format Req Values
+ 是新段落的起点，将值机
+ 柜台的明细括起来。如果
+ RECS＝0则无该部分。
+ CCOD Code for this check in counter Char(1-8) M Must be unique for a
+ 值机柜台代码 terminal
+ 必须唯一
+ CTNM Check in counter name / description Char(1-30) M
+ 值机柜台名称/描述
+ CNMC Check in counter name / description Char(1-30) M
+ Chinese
+ 值机柜台中文名称/描述
+ CCAT Check in counter category Char(1) M I = International/国际
+ 值机柜台种类 D = Domestic/国内
+ CTML Terminal code for this check in counter Char(1-5) P Will reference terminal
+ 值机柜台的航站楼代码 code reference data in
+ AODB. Will be empty
+ TAG if no data available.
+ 根据成都机场航站楼代码
+ 参考数据表决定。空标签
+ 表示无可用数据。
+ CTRA Field to identify if this is a Transfer Char(1) P Y = Transfer Counter / 中
+ counter 转柜台
+ 判断这个是不是中转柜台的字段 N = Not Transfer
+ Counter. / 非中转柜台
+ Will be empty TAG if no
+ data available.
+ 空标签表示无可用数据。
+```
+
+
+#### 3.11.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ CLST
+ DNLD
+
+ 1
+
+ C11
+ Desk 11 North side
+ 北方柜台十一
+
+
+
+
+ D
+ T2A
+ Y
+
+
+```
+
+
+
+
+
+### 3.12 AODB carousel codes event/ AODB 传送转盘代码事件
+
+
+
+
+#### 3.12.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBBLST
+ 消息代码
+ Event Description This event occurs whenever any carousel code
+ 事件描述 reference data is to be sent to subsystems from AODB.
+ 当 AODB 向子系统发送任何传送转盘代码参考数据时，
+ 产生该事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered in specific cases as below:
+ 频率 非计划的，特定的情况下触发：
+ A carousel code reference data download in list mode is
+ expected to be rolled out during installation and system
+ configuration.
+ 在系统安装和配置启动时，传送转盘代码参考数据以列表
+ 模式下载时。
+ A carousel code reference data download in list mode
+ can also be generated any time the operator decides to
+ distribute it from AODB to all subsystems or a given
+ subsystem.
+ 在操作员由 AODB 向所有的或某个子系统以列表模式发
+ 布传送转盘代码时。
+ A carousel code reference data download in list mode
+ can also be generated to a specific subsystem any time
+ the operator decides to request it from the subsystem.
+ 在操作员响应子系统的请求而向该系统以列表模式发送传
+ 送转盘代码时。
+ A carousel code reference data in incremental mode can
+ also be sent out to all subsystems whenever carousel
+ code reference data fields are updated in AODB.
+ AODB 中传送转盘代码参考数据字段更新，向所有子系统
+ 以增量模式发送传送转盘代码时。
+ Data Range When sent from AODB in list mode one carousel code
+ 数据范围 reference data XML will contain entire list of all carousel
+ codes in AODB.
+ 当 AODB 以列表模式发送时，一个 XML 报文包括 AODB
+ 中所有的传送转盘代码。
+
+
+
+
+ When sent from AODB in incremental mode one
+ carousel code reference data XML will contain only one
+ carousel code (the one that was updated) in AODB. But
+ the single record will have a complete snapshot of all
+ fields related to that record.
+ 当 AODB 以增量模式发送时，一个 XML 报文只包括
+ AODB 中的一个传送转盘代码（修改的那个）。该记录包
+ 括传送转盘代码所有的字段。
+ Data Count One or more carousel code reference data records in
+ 数据数 one XML as explained above.
+ 如上所述，一个 XML 报文包括一个或多个传送转盘代码
+ 参考数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority Normal
+ 优先级 正常
+ Expiry 480 minutes
+ 过期 480 分钟
+ Message Fragmentation Although large messages are expected it will not cross
+ 消息分段 the maximum limit of 10MB supported by CIIMS, so no
+ fragmentation required.
+ 根据估计最大报文不会超过 CIIMS 支持的 10MB 的上
+ 限，所以不需要分段。
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments None
+ 注释 无
+ Processing Exceptions RMS will ignore the following fields in the message
+ 处理例外 RMS将忽略消息中下列字段
+ BTNM, BCAT
+ RMS requires BCOD to be unique across entire airport
+ not just within terminal.
+ RMS要求BCOD全机场唯一而不只是航站楼内。
+ Since BCAT is ignored RMS expects Carousel groups to
+ be manually created in Rule editor to specify categories
+ for allocation.
+ 由于RMS忽略BCAT，RMS要求手动在规则编辑器中创建
+ 行李提取转盘组一边指定分配类别。
+```
+
+
+#### 3.12.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M BLST
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(3-4) M DNLD = It is a download
+ data section. from AODB/从AODB下载
+ 消息发送的子类型. Meta Data段的一部 RESP = It is a response
+ 分. to a subsystem request/
+ 响应子系统的请求
+ ADD = Add new record/
+ 增加新记录
+ UPD = Update old
+ record/更新旧记录
+ DEL = Delete old record/
+ 删除旧记录
+
+
+ RECS No of records contained in XML Number(1-4) M 0 – 9999
+ XML中包括的记录数
+ BLST Identifies start of one carousel record. - O This starts a new section
+ Repeats for each carousel record. and encloses the details
+ 一条传送转盘代码记录的开始标志。在 of a carousel. This
+ 每条记录中重复出现。 section will be absent if
+ RECS = 0
+ 是新段落的起点，将传送
+ 转盘的明细括起来。如果
+ RECS＝0则无该部分。
+ BCOD Code for this carousel Char(1-8) M Must be unique for a
+ 传送转盘的代码 terminal
+ 必须唯一
+ BTNM Carousel name / description Char(1-30) M
+ 传送转盘名称/描述
+ BNMC Carousel name / description Chinese Char(1-30) M
+ 传送转盘中文名称/描述
+ BCAT Carousel Category Char(1) M I = International/国际
+ 传送转盘种类 D = Domestic/国内
+ BTML Terminal code for this carousel Char(1-5) P Will reference terminal
+ 传送转盘的航站楼代码 code reference data in
+ AODB. Will be empty
+ TAG if no data available.
+ 根据成都机场航站楼代码
+ 参考数据表决定。空标签
+ 表示无可用数据。
+```
+
+
+#### 3.12.3 Event Message Sample/事件消息例子
+
+
+
+
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ BLST
+ DNLD
+
+ 1
+
+ B11
+ Belt for night flights
+ Belt for night flights中文
+ D
+ T2
+
+
+```
+
+
+
+
+
+### 3.13 AODB chute codes event/ AODB 行李传送带代码事件
+
+
+
+
+#### 3.13.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBCHLT
+ 消息代码
+ Event Description This event occurs whenever any chute code reference
+ 事件描述 data is to be sent to subsystems from AODB.
+ 当 AODB 向子系统发送任何行李传送带代码参考数据
+ 时，产生该事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered in specific cases as below:
+ 频率 非计划的，特定的情况下触发：
+ A chute code reference data download in list mode is
+ expected to be rolled out during installation and system
+ configuration.
+ 在系统安装和配置启动时，行李传送带代码参考数据以列
+ 表模式下载时。
+ A chute code reference data download in list mode can
+ also be generated any time the operator decides to
+ distribute it from AODB to all subsystems or a given
+ subsystem.
+ 在操作员由 AODB 向所有的或某个子系统以列表模式发
+
+
+
+
+ 布行李传送带代码时。
+ A chute code reference data download in list mode can
+ also be generated to a specific subsystem any time the
+ operator decides to request it from the subsystem.
+ 在操作员响应子系统的请求而向该系统以列表模式发送行
+ 李传送带代码时。
+ A chute code reference data in incremental mode can
+ also be sent out to all subsystems whenever chute code
+ reference data fields are updated in AODB.
+ AODB 中行李传送带代码参考数据字段更新，向所有子系
+ 统以增量模式发送行李传送带代码时。
+ Data Range When sent from AODB in list mode one chute code
+ 数据范围 reference data XML will contain entire list of all chute
+ codes in AODB.
+ 当 AODB 以列表模式发送时，一个 XML 报文包括 AODB
+ 中所有的行李传送带代码。
+ When sent from AODB in incremental mode one chute
+ code reference data XML will contain only one chute
+ code (the one that was updated) in AODB. But the single
+ record will have a complete snapshot of all fields related
+ to that record.
+ 当 AODB 以增量模式发送时，一个 XML 报文只包括
+ AODB 中的一个行李传送带代码（修改的那个）。该记录
+ 包括行李传送带代码所有的字段。
+ Data Count One or more chute code reference data records in one
+ 数据数 XML as explained above.
+ 如上所述，一个 XML 报文包括一个或多个行李传送带代
+ 码参考数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority Normal
+ 优先级 正常
+ Expiry 480 minutes
+ 过期 480 分钟
+ Message Fragmentation Although large messages are expected it will not cross
+ 消息分段 the maximum limit of 10MB supported by CIIMS, so no
+ fragmentation required.
+ 根据估计最大报文不会超过 CIIMS 支持的 10MB 的上
+ 限，所以不需要分段。
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京时间
+ Comments None
+
+
+
+
+ 注释
+```
+
+
+#### 3.13.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M CHLT
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(3-4) M DNLD = It is a download
+ data section. from AODB/从AODB下载
+ 消息发送的子类型. Meta Data段的一部 RESP = It is a response
+ 分. to a subsystem request/
+ 响应子系统的请求
+ ADD = Add new record/
+ 增加新记录
+ UPD = Update old
+ record/更新旧记录
+ DEL = Delete old record/
+ 删除旧记录
+
+
+ RECS No of records contained in XML Number(1-4) M 0 – 9999
+ XML中包括的记录数
+ CHLT Identifies start of one chute record. - O This starts a new section
+ Repeats for each chute record. and encloses the details
+ 一条行李传送带代码记录的开始标志。 of a chute. This section
+ 在每条记录中重复出现。 will be absent if RECS =
+ 0
+ 是新段落的起点，将行李
+ 传送带的明细括起来。如
+ 果RECS＝0则无该部分。
+ CCOD Code for this chute Char(1-8) M Must be unique for a
+ 行李传送带代码 terminal
+ 必须唯一
+ CHNM Chute name / description Char(1-30) M
+ 行李传送带名称/描述
+ CNMC Chute name / description Chinese Char(1-30) M
+ 行李传送带中文名称/描述
+ CTML Terminal code for this chute Char(1-5) P Will reference terminal
+ 行李传送带的航站楼代码 code reference data in
+ AODB. Will be empty
+ TAG if no data available.
+ 根据成都机场航站楼代码
+ 参考数据表决定。空标签
+ 表示无可用数据。
+ CCAT Chute category Char(1) M I = International/国际
+
+
+
+
+
+XML Tag Description Format Req Values
+ 传送带种类 D = Domestic/国内
+```
+
+
+#### 3.13.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ CHLT
+ DNLD
+
+ 1
+
+ C11
+ Chute 11 North side
+ 北方行李传送带十一
+ T3A
+ D
+
+
+```
+
+
+
+### 3.14 AODB resource status event/ AODB 资源状态事件
+
+
+
+
+#### 3.14.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBRSTA
+ 消息代码
+ Event Description This event occurs whenever any AODB resource status
+ 事件描述 is updated in AODB.
+ 当 AODB 中任何的 AODB 资源状态改变时，产生该事
+ 件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered by resource status data update
+ 频率 in AODB.
+ 非计划的，AODB 中资源状态数据改变时触发。
+ Reasons for resource status data update include:
+ 资源状态改变的原因有：
+ Any resource is marked as disabled for a given period of
+ time in AODB.
+
+
+
+
+
+ 在 AODB 中任何资源在给定的时间内标为无法使用时。
+ Any disabled resource is marked enabled cancelling the
+ previous disabled status entry.
+ 任何不可用的资源标为可用，取消之前不可用状态时。
+ In list mode a disabled resource can also be sent to
+ subsystems in response to a resource status request.
+ 在列表模式，一个不可用的资源可以在子系统请求资源状
+ 态时发送到子系统。
+ Data Range Applicable to all resources (or facilities) defined by
+ 数据范围 CDIA.
+ 适用于成都机场定义的所有资源（或设施）。
+ Data Count Single resource status data record in single XML
+ 数据数 message.
+ 一个 XML 报文中包括一个资源数据。
+ Multiple records will be sent in single XML message
+ when AODB is responding to an RQRD message from
+ subsystems.
+ 当 AODB 响应子系统的 RQRD 报文时，一个 XML 报文
+ 包括多个记录。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments 1. Resources are default assumed as enabled.
+ 注释 资源默认为可用。
+ 2. When a resource is being disabled for a given
+ period of time with start and end date time, a
+ disabled indicator with an associated time period
+ can be sent. After the period ends, the resource
+ is assumed enabled default and a new enable
+ message will not be sent.
+ 当一个资源在一个时间段内不可用时，可以发送
+ 一个带有起始、结束日期时间时间段的不可用标
+ 志。时间到期后，资源默认为可用并且将不发送
+ 新的可用消息。
+
+
+
+
+ 3. If the end time of the period is not predictable,
+ the end time tag could be omitted. Systems
+ receiving this message should treat this status
+ as lasting forever until a new status event
+ comes for this resource.
+ 4. 如果时间段的终止时间无法预测，终止时间标签
+ 可以被忽略。收到本消息的系统应当认为这个状
+ 态将永远持续下去，直到为本资源发来了新的状
+ 态事件。When a previous disabled period
+ needs to be enabled, an enabled indicator with
+ start date/time will be sent. No end date time
+ needs to be sent because being enabled is
+ default status.
+ 当前一个不可用期限要激活，会发送一个带有起
+ 始日期时间的可用标志。不需要发送结束日期时
+ 间，由于缺省状态就是可用的。
+
+
+ Processing Exceptions NONE
+ 处理例外
+```
+
+
+#### 3.14.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M RSTA
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(4) M DNLD = It is a download
+ data section. from AODB/从AODB中下
+ 消息发送的子类型. Meta Data段的一部 载
+ 分. RESP = It is a response
+ to a subsystem request/
+ 对子系统请求的响应
+ RECS No of records contained in XML Number(1-4) M 0 – 9999
+ XML中包括的记录数。
+ RSTA Identifies start of the Resource status - M This section can repeat
+ section. multiple times when
+ 表明资源状态部分的起点 AODB is responding to a
+ resource status request
+ from subsystems
+ 响应子系统请求资源状态
+ 时，该部分可以重复多次
+ RTYP Type of resource Char(4) M BELT = Baggage Belt/行
+ 资源类型 李带
+ CNTR = Check In
+ Counter/值机柜台
+ GATE = Gate/登机门
+
+
+
+
+
+XML Tag Description Format Req Values
+ STND = Stand/机位
+ RSID The identifier of the resource Char(1-8) M Depending on type of
+ 资源标识 resource as above, this
+ will containing the unique
+ resource identifier for e.g.
+ gate number or counter
+ number, carousel
+ number, stand number
+ etc
+ 根据前面的资源类型，可
+ 以包括单独的资源类型标
+ 识如登机门号或柜台号，
+ 传送带号，机位号。
+ STAT Indicate current status Char(1) M E = Enabled/可用
+ 指明当前状态 D = Disabled/不可用
+ RDST Start date/time for disabling/enabling Char(11) M DDMONYYHHMM
+ the resource. Local time 24 hr format.
+ 不可用/可用资源的开始日期/时间 当地时间24小时格式
+ RDET End date/time for disabling/enabling Char(11) O DDMONYYHHMM
+ the resource. Local time 24 hr format.
+ 不可用/可用资源的结束日期/时间 当地时间24小时格式
+ RRMK Remarks with reason for disabling the Char(1-40) O Free text
+ resource. 自由格式文本
+ 资源不可用的原因注释
+```
+
+
+#### 3.14.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ RSTA
+ DNLD
+
+ 1
+
+ GATE
+ G101
+ D
+ 13JAN052200
+ 20MAY052359
+ DOOR JAMMED
+
+
+
+
+
+
+
+```
+
+
+
+
+
+### 3.15 AODB reference data response to RMS event / AODB 参考数据应答 RMS 事件
+
+
+
+#### 3.15.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBRESPRMSRQRD
+ 消息代码
+ Event Description This is sent by AODB in response to an RQRD event
+ 事件描述 from RMS.
+ 这是 AODB 发送的对 RMS 发送的 RQRD 的响应。
+ Single Recipient Yes
+ 接收者 是
+ Frequency Unscheduled and always sent as an automatic response
+ 频率 to a reference data request from RMS.
+ 非计划的，是 RMS 发送的参考数据请求的自动回复
+ Data Range Controlled by RMS request
+ 数据范围 由 RMS 请求控制
+ Data Count Multiple reference data records in single XML message.
+ 数据数 Number will depend on reference data in CDIA and also
+ upon RMS request.
+ 一条 XML 报文包括多条参考数据记录。
+ 条数根据成都机场的定义和 RMS 请求而定。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority Normal
+ 优先级 正常
+ Expiry 480 minutes
+ 过期 4
+ Message Fragmentation 480 minutes
+ 消息分段 480 分钟
+ Encoding None
+ 编码 无
+ Time UTF 8
+ 时间
+ Comments Beijing local time
+
+
+
+
+
+ 注释 北京当地时间
+```
+
+
+#### 3.15.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+ The response event message formats from AODB to RMS request for reference data
+ will exactly be the same as described in below table based on the nature of request
+ from RMS. Except the subtype STYP will be RESP.
+ AODB响应RM参考数据请求的报文格式与RM的请求相同。只是子类型STYP改为
+ RESP。
+
+
+ RMS request subtype STYP in AODB response format
+ RMSRQRD reference
+ COUL Refer AODBCOUL
+ ARPT Refer AODBARPT
+ AIRL Refer AODBAIRL
+ AIRC Refer AODBAIRC
+ REGN Refer AODBREGN
+ ORGN Refer AODBORGN
+ FLTL Refer AODBFLTL
+ TLST Refer AODBTLST
+ SLST Refer AODBSLST
+ GLST Refer AODBGLST
+ CLST Refer AODBCLST
+ BLST Refer AODBBLST
+ CHLT Refer AODBCHLT
+ RSTA Refer AODBRSTA
+```
+
+
+#### 3.15.3 Event Message Sample/事件消息例子
+
+
+
+ See above section and refer to corresponding samples as above.
+ 参考前面部分及其对应例子。
+
+
+
+
+### 3.16 AODB daily flight schedule event/ AODB 日航班计划事件
+
+
+
+
+#### 3.16.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBSCHD
+ 消息代码
+ Event Description This event occurs when AODB has to deliver daily
+ 事件描述 schedules to various other airport systems
+ 当 AODB 向机场中其他各个系统发送日航班计划时发生
+ 该事件。
+
+
+
+
+ Single Recipient No
+ 接收者 无
+ Frequency A next day daily schedule is expected to be rolled out
+ 频率 every night around 2000 containing flight records for
+ next „x‟ hours (48 typically).
+ 每天晚上 20：00 左右开始发布若干小时（通常 48）内的
+ 日计划时刻表。
+ A confirmed daily schedule is expected to be rolled out
+ every night around 2200 containing fight records for next
+ „x‟ hours (48 typically).
+ 每天晚上 22：00 左右开始发布若干小时（通常 48）内已
+ 确认的日计划时刻表。
+ A daily schedule can also be generated any time the
+ operator decides to distribute it from AODB to all
+ subsystems or a given subsystem.
+ 在操作员由 AODB 向所有的或某个子系统发布日计划时
+ 刻表时。
+ A daily schedule can also be generated to a specific
+ subsystem any time the operator decides to request it
+ from the subsystem.
+ 在操作员响应子系统的请求而向该系统发送日计划时刻表
+ 时。
+ Data Range When sent from AODB (unsolicited by a subsystem) a
+ 数据范围 daily schedule XML will contain next „x‟ hour flights. This
+ is not decided by CDIA but typically expected as 48
+ hours.
+ 当从 AODB 发送日计划时刻表时（非子系统请求的），
+ XML 包括若干小时内的航班日时刻表。这不是由成都机
+ 场定，通常是 48 小时。
+ When solicited from subsystem side, a daily schedule
+ XML containing records for the date range requested by
+ the subsystem will be returned. Validation will be
+ performed that the requested date range does not
+ exceed the „x‟ hour window.
+ 当子系统请求时，XML 中包括的日计划时刻表范围是子
+ 系统请求的数据。会对请求的日期范围进行有效性检查，
+ 是否超过规定的若干小时。
+ Data Count Multiple daily flight records in single XML message.
+ 数据数 Number will depend on daily flights in CDIA.
+ 在一条 XML 报文中包括多条日航班记录。数量根据机场
+ 的日航班数而定。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence All departure flights occur before arrival flights since the
+ 排列序列号 arrival flights only contain turnaround link information.
+ 所有离港航班都先于到港航班，由于只有到港航班含有起
+ 降匹配连接信息。
+ All code share flights will be sent after their master
+ records to ensure the master records are already
+
+
+
+
+
+ present whole processing.
+ 所有的代码共享航班跟在主航班后，确保处理时主航班记
+ 录已经存在。
+ Otherwise daily flight records in the XML will not be
+ sorted in any particular order.
+ 其它 XML 中的日航班记录无一定的顺序。
+ Acknowledgment None
+ 确认 无
+ Priority Normal
+ 优先级 正常
+ Expiry 480 minutes
+ 过期 480 分钟
+ Message Fragmentation Although large messages are expected it will not cross
+ 消息分段 the maximum limit of 10MB supported by CIIMS, so no
+ fragmentation required.
+ 根据估计最大报文不会超过 CIIMS 支持的 10MB 的上
+ 限，所以不需要分段。
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京时间
+ Comments 1. A daily schedule from AODB will not have flights
+ 注释 delayed from previous day. It is up to the
+ subsystems to retain the delayed flights in its
+ database and clear out other old flights if
+ necessary. But the operational data for these
+ flights will be sent in current day.
+ AODB中的日计划时刻表不包括前一天的延误航班。
+ 在子系统的数据库中保留这些延误航班并根据需要清
+ 除那些旧航班数据。当天这些航班的操作数据会发
+ 送。
+ 2. Daily schedule XML message is designed to
+ contain a complete snapshot of all the latest
+ data available in AODB. So the optional fields
+ (O/P) will be filled depending on whether
+ relevant data item is available in AODB or not.
+ This is to ensure any subsystem can get a
+ complete snapshot of all flight data in AODB.
+ 日计划时刻表的XML报文包括AODB中完整的有效数
+ 据。其中的可选字段是否有值根据AODB的数据而
+ 定。这样就保证了所有子系统可以得到AODB中所有
+ 日计划航班的全部数据。
+ 3. Some of fields in daily schedule XML might not
+ be used by a specific subsystem, in which case
+ the subsystem should ignore such fields, though
+ it will be sent as part of the standard message
+ format.
+ 有些字段在某个子系统中没用，此时该子系统可以忽
+ 略该字段。
+
+
+
+
+ 4. For all optional fields not sent in the latest daily
+ schedule, it means such information is not
+ present in AODB, so the subsystems should
+ delete such information, if already present in
+ their systems locally.
+ 如果在完整的日计划时刻表中未发送那些可选字段则
+ 表明AODB该信息不存在了。如果子系统中已有这些
+ 字段，则应该删除。
+```
+
+
+#### 3.16.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M SCHD
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(4) M DNLD – Indicates this is
+ data Section. a scheduled message
+ 消息发送的子类型. Meta Data段的一部 download from AODB./从
+ 分. AODB中下载时刻表信息
+ RESP – Indicates this is
+ generated in response to
+ a daily schedule request
+ event from the
+ subsystem./响应子系统的
+ 请求而发送的日计划时刻
+ 表。
+ ADFT – Indicates this is
+ an adhoc flight (1 flight
+ record only)/表示是一个
+ adhoc航班（仅一个航班
+ 记录）
+SCHD Identifies start of the daily flight data. - M This starts a section and
+ Occurs once per message encloses several flight
+ 标识一个日航班数据的开始。一个报文 records
+ 一个。 是新段落的起点，将几个
+ 航班的明细括起来。
+ RECS No of flight records contained Number(1-4) M 0 – 9999
+ 包括的航班数
+ FLTR Identifies start of one flight record. At O This starts a section and
+ least one flight record is required per encloses details of one
+ daily schedule message. This section flight element. Will be
+ repeats for each flight record absent if RECS = 0.
+ 标识一条航班记录的开始。每个日计划 是新段落的起点，将航班
+ 时刻表至少有一条航班记录。每条航班 的明细括起来。如果
+ 记录中重复出现。 RECS＝0则无该部分。
+ FLID Unique AODB ID for identifying a flight Number(1-12) M
+ 一个航班在AODB中的唯一ID
+
+
+
+
+
+XML Tag Description Format Req Values
+ ALCD Airline code Char(2-3) M IATA operator code
+ 航空公司代码 IATA操作代码
+ ALSC Airline subcompany code Char(1-10) O
+ 航空公司子公司代码
+ FLNO Flight number Char(1-12) M
+ 航班号
+ MVIN Movement indicator Char(1) M A – Arrival/到达
+ 运行标识 D – Departure/离港
+ SODT Scheduled operation date / time of Char(11) M DDMONYYHHMM
+ flight. STA in case of arrival and STD Local time 24 hr format
+ in case of departure
+ 当地时间24小时格式
+ 航班计划日期/时间。STA到达，STD离
+ 港。
+ FLTY Flight type like passenger, cargo, Char(1) M Reference table to be
+ military, VIP etc decided by CDIA. AODB
+ 航班类型如客机、货机、军用、VIP等 will send all flights of all
+ types by default and the
+ subsystems are expected
+ to accept/ignore full/part
+ of the schedule, based
+ on their requirements.
+ 由成都机场相关数据表
+ 定。AODB将默认发送所
+ 有类型的航班，子系统根
+ 据需要接受/忽略全部/部
+ 分时刻表。
+ FLIN Flight indicator Char(1) M D – Domestic/国内
+ 航班标识 I – International/国际
+ M – Mixed/混合
+ R – Regional/地区
+ ROUT Identifies start of one routing record. At Number(1) M This starts a new section
+ least one routing record is required per and encloses the routing
+ flight. This section repeats for each details of flight.
+ flight step. Includes a parameter called 是新段落的起点，将航班
+ RTNO to identify the route number 的航线明细括起来。
+ 标识一个航线的开始。每个航班至少有
+ 一条航线。每个航段中重复出现。包括
+ 一个RTNO参数表示航段数。
+ APCD This is the previous airport for arrivals Char(3) M IATA airport code
+ and next airport for departures IATA机场代码
+ 前一个到达机场和下个离港机场
+ SCAT The scheduled date time of arrival at Char(11) O DDMONYYHHMM
+ this stop Local time 24 hr format.
+ 本站计划到达日期时间 This will be absent for
+ starting point of an arrival
+ flight.
+ 当地时间24小时格式。一
+
+
+
+
+XML Tag Description Format Req Values
+ 个航班起点则无该项。
+ SCDT The scheduled date time of departure Char(11) O DDMONYYHHMM
+ from this stop Local time 24 hr format.
+ 本站计划离港日期时间 This will be absent for
+ last stop of flight
+ 当地时间24小时格式
+ 终点站则无该项。
+ ACFT Aircraft type used in this flight Char(3) M IATA aircraft type
+ 航班使用的机型 IATA机型
+ RENO Registration or tail number of flight Char(1-10) O
+ 航班注册号或尾号
+ TAOP Turnaround operator when it leaves Char(2-3) O IATA operator code.
+ current airport Present only for arrivals.
+ 离开当前机场时起降匹配连接航班的承 IATA承运人代码。仅到达
+ 运人 时有效。
+ TAFL Turnaround flight number when it Char(1-12) O Present only for arrivals.
+ leaves current airport 仅到达时有效。
+ 离开当前机场时起降匹配连接航班的航
+ 班号
+ TAID Unique AODB ID of the turnaround Number(1-12) O
+ flight
+ 中转航班唯一的AODB ID
+ TRML Terminal where the flight operates Char(1-5) O
+ 航班航站楼
+ MAXP Maximum passengers that this flight Number(1-3) O 0 – 999
+ can carry
+ 该航班最大载客数
+ CSOP Operator code of master flight if this is Char(2-3) O IATA operator code
+ a code share flight IATA操作代码
+ 共享航班的主航班承运人代码
+ CSFT Flight number of master flight if this is a Char(1-12) O
+ code share flight
+ 共享航班的主航班号
+ ESTT Estimated time of flight. This will point Char(11) O DDMONYYHHMM
+ to ETA for Arrivals and ETD for Local time 24 hr format
+ departures
+ 当地时间24小时格式
+ 航班预计时间。由航班到达ETA和离港
+ ETD计算出。
+ ACTT Actual time of flight. This will point to Char(11) O DDMONYYHHMM
+ ATA for Arrivals and ATD for Local time 24 hr format
+ departures
+ 当地时间24小时格式
+ 航班实际时间。由航班到达ATA和离港
+ ATD计算出。
+ CHDT Has a parameter CHNO to identify the Number(1) O This starts a chute
+ chute number associated with flight section and includes
+ which has multiple chute allocations. chute specific information
+
+
+
+
+XML Tag Description Format Req Values
+ This data repeats for each chute of a as below. This section
+ flight. will be absent if no
+ 有多行李传送带的航班带参数CHNO表 chutes assigned for flight.
+ 示相关的行李传送带号。在一个航班的 行李传送带的开始，包括
+ 每条传送带中重复出现。 传送带的相关信息。若航
+ 班未分配传送带则无该部
+ 分。
+ CHUT This is the baggage chute allocated for Char(1-8) M
+ a departure flight.
+ 离港航班的行李传送带位置
+ CCLS Chute class Char(1) M Following class codes will
+ 行李传送带等级 be supported:
+ 支持如下等级代码
+ F = First class/头等
+ C = Business class/商务
+ Y = Economy class/经济
+ X = No specific class/全
+ 部
+ If more than one class
+ can be used for chute
+ allocationon a single
+ chute, CHDT will be
+ repeated for each class.
+ 如果一个行李传送带可被
+ 用于多个等级的行李传送
+ 带分配，那么CHDT将为
+ 每个等级重复一次。
+ PCBT Planned time for chute start usage for Char(11) M DDMONYYHHMM
+ flight Local time 24 hr format
+ 航班行李转盘计划开始使用时间 当地时间24小时格式
+ PCET Planned time for chute end usage for Char(11) M DDMONYYHHMM
+ flight Local time 24 hr format
+ 航班行李转盘计划结束使用时间 当地时间24小时格式
+ CBTM Actual Time when the flight started Char(11) O DDMONYYHHMM
+ using the chute Local time 24 hr format
+ 航班实际开始使用行李传送带的时间 当地时间24小时格式
+ CETM Actual Time when the flight stopped Char(11) O DDMONYYHHMM
+ using the chute Local time 24 hr format
+ 航班实际使用行李传送带的结束时间 当地时间24小时格式
+ CTYP Domestic or International indicator of Char(1) M D – Domestic/国内
+ chute resource I – International/国际
+ 行李传送带资源的国内国际标识
+ GTDT This indicates the start of gate related Number(1) O This starts a new section
+ data for a flight record. This includes a and includes gate
+ parameter GTNO to identify the gate specific information as
+ record number for a flight with multiple below. This section will
+
+
+
+
+XML Tag Description Format Req Values
+ gates. This data repeats for each gate be absent if no gates
+ of a flight. assigned for flight.
+ 表示航班登机门数据的开始，航班有多 新段落的开始，包括登机
+ 登机门时会带参数GTNO表示登机门 门的相关信息。若航班未
+ 号。每个登机门数据中重复出现。 分配登机门则无该部分。
+ GATE Gate number assigned to this flight Char(1-8) M Gate code reference
+ 航班分配的登机门号 table to be decided by
+ CDIA
+ 根据成都机场的登机门数
+ 据决定。
+ PGOT Planned time for gate open for flight Char(11) M DDMONYYHHMM
+ Local time 24 hr format
+ 当地时间24小时格式
+ PGCT Planned time for gate close for flight Char(11) M DDMONYYHHMM
+ Local time 24 hr format
+ 当地时间24小时格式
+ GOTM Time when the flight was gated Char(11) O DDMONYYHHMM
+ 登机门开始时间 Local time 24 hr format
+ 当地时间24小时格式
+ GCTM Time when the gate was closed Char(11) O DDMONYYHHMM
+ 登机门关闭时间 Local time 24 hr format
+ 当地时间24小时格式
+ GTYP Domestic or international indicator of Char(1) M D – Domestic/国内
+ gate resource I – International/国际
+ 登机门资源国内国际标识
+ STND Current parking stand allocated to this Char(1-8) O Stand code reference
+ flight table to be decided by
+ 该航班当前停机位位置 CDIA. When there are
+ multiple planned stands
+ and the flight has not
+ arrived yet, this will
+ contain the first planned
+ stand. Subsequently
+ whenever the flight
+ chocks on to a stand, this
+ field will contain latest
+ chock on stand.
+ 机位代码根据成都机场数
+ 据决定。计划多机位且航
+ 班未到达时，该域包括计
+ 划中的第一个机位。航班
+ 停于机位后，该域包括机
+ 位最后的上轮挡。
+ PSDT This indicates the start of planned Number(1) O This is start of
+ stands data for a flight record. This information for one stand
+ includes a parameter PSNO to identify and the section could
+ the planned stand sequence number repeat for multiple
+ for a flight with multiple planned planned stands.
+
+
+
+
+XML Tag Description Format Req Values
+ stands. One record will have data for Maximum 9 planned
+ one planned stand. stands are expected per
+ 航班计划机位数据的开始。多机位航班 flight.
+ 带有参数PSNO表示计划的机位号。一 是一个机位信息的开始，
+ 个计划机位有一个记录。 多机位可重复。每个航班
+ 最多有9个计划机位。
+ PSST This is the actual parking stand for Char(1-8) M Stand code reference
+ current planned stand record table to be decided by
+ 当前计划机位记录的实际停机位 CDIA.
+ 根据成都机场机位表数据
+ 决定。
+ STST Start time of stand allocation for the Char(11) O DDMONYYHHMM
+ flight. Local time 24 hr format.
+ 航班机位分配的开始时间 当地时间24小时格式
+ STET End time of stand allocation for the Char(11) O DDMONYYHHMM
+ flight. Local time 24 hr format.
+ 航班机位分配的结束时间 当地时间24小时格式
+ CKDT This indicates the start of check in Number(1-2) O This starts a new section
+ counter related data for a flight record. and includes check in
+ This includes a parameter CKNO to specific information as
+ identify the check In counter record below
+ number for a flight with multiple check 是一个新段落的开始，包
+ in counters. One record will have data 括相关值机柜台的信息。
+ for one check in counter assignment
+ and will repeat for each counter
+ assignment.
+ 航班相关的值机柜台数据的开始。多值
+ 机柜台航班带有参数CKNO表示值机柜
+ 台号。一个值机柜台有一个记录，每个
+ 柜台重复出现。
+ CHKC Check in counter number assigned to Char(1-8) M Check in counter
+ this departure flight reference table to be
+ 离港航班的值机柜台号。 decided by CDIA.
+ 根据成都机场的柜台号数
+ 据决定。
+ CCLS Check in counter class Char(1) M Following class codes will
+ 值机柜台等级 be supported:
+ 支持如下等级代码
+ F = First class/头等
+ C = Business class/商务
+ Y = Economy class/经济
+ X = No specific class/无
+ 特定等级
+ If more than one class
+ can be opened for
+ checkin on a single
+ counter, CKDT will be
+
+
+
+
+
+XML Tag Description Format Req Values
+ repeated for each class.
+ 如果一个值机柜台可为多
+ 于一个舱位服务的话，
+ CKDT 将为每个等级重复
+ 一遍。
+ PCOT Planned time for check in for flight Char(11) M DDMONYYHHMM
+ 该航班计划的值机时间 Local time 24 hr format
+ 当地时间24小时格式
+ PCCT Planned time for check close for flight Char(11) M DDMONYYHHMM
+ 该航班计划的值机关闭时间 Local time 24 hr format
+ 当地时间24小时格式
+ COTM Time when check in was open for flight Char(11) O DDMONYYHHMM
+ 航班值机开始时间 Local time 24 hr format
+ 当地时间24小时格式
+ CCTM Time when check in was closed for Char(11) O DDMONYYHHMM
+ flight Local time 24 hr format
+ 航班值机关闭时间 当地时间24小时格式
+ CTYP Domestic or International indicator of Char(1) M D – Domestic/国内
+ check in counter resource I – International/国际
+ 值机柜台资源的国内国际标识
+ PHAG Passenger handling agent for flight Number(1-9) O Organization id of
+ 航班旅客处理柜员 passenger handling
+ agent. Reference codes
+ to be decided by CDIA.
+ 旅客处理柜员的机构ID。
+ 参考代码由国际成都机场
+ 定义。
+ CNCL Cancellation date time. Only present if Char(11) O DDMONYYHHMM
+ the flight is cancelled Local time 24 hr format
+ 取消日期时间。仅在航班取消时出现。 当地时间24小时格式
+ DELY Delay information. This includes three Char(1-80) O Delay code reference
+ parameters to DELY tag and delay data to be decided by
+ remarks within the tags. CDIA. This section is
+ 延误信息。在DELY标签后有三个参 optional but when
+ 数。 present CODE
+ mandatory. The DELY
+ CODE = Char(1-3), the delay code/1-3 tag will repeat for all
+ 字符，延误码 delays recorded in AODB
+ STRT = Char(11) DDMONYYHHMM, for current flight.
+ When delay started/延误开始时间 延误码由成都机场相关数
+ DURA = HHMM. How long/时间长度 据决定。该部分可选，出
+ 现CODE时必选。AODB
+ 中当前航班的所有延误记
+ 录中重复出现。
+ REMC Flight free text remarks Char(1-80) O
+ 航班自由文本注释
+
+
+
+
+
+XML Tag Description Format Req Values
+ CLDT This indicates the start of carousel Number(1) O This starts a new section
+ related data for a flight record. This and includes carousel
+ includes a parameter CLNO to identify specific information as
+ the carousel record number for a flight below
+ with multiple carousels. 新段落的开始，包括传送
+ 航班的行李传送转盘数据的开始。有多 转盘的相关信息。
+ 传送转盘的航班带有参数CLNO表示传
+ 送转盘的记录号。
+ BELT Baggage belt number for arrival flights Char(1-8) M Carousel codes
+ 到达航班的行李传送带号 reference table to be
+ decided by CDIA.
+ 由成都机场数据决定。
+ BCLS Baggage carousel class Char(1) M Following class codes will
+ 行李传送转盘等级 be supported:
+ 支持如下等级代码
+ F = First class/头等
+ C = Business class/商务
+ Y = Economy class/经济
+ X = No specific class/全
+ 部
+ If more than one class
+ can be used for carousel
+ allocation on a single
+ belt, CLDT will be
+ repeated for each class.
+ 如果一个行礼转盘被分配
+ 给多个等级服务，那么
+ CLDT 将 为 每 个 等 级 重 复
+ 一次。
+ PCOT Planned time for carousel start usage Char(11) M DDMONYYHHMM
+ for flight Local time 24 hr format
+ 航班行李传送转盘计划开始时间。 当地时间24小时格式
+ PCCT Planned time for carousel end usage Char(11) M DDMONYYHHMM
+ for flight Local time 24 hr format
+ 航班行李传送转盘计划结束时间 当地时间24小时格式
+ FBAG Date and time when the first bag was Char(11) O DDMONYYHHMM
+ placed on this belt for an arrival flight Local time 24 hr format
+ 到达航班第一件行李放置传送带的日期 当地时间24小时格式
+ 时间。
+ LBAG Date and time when the last bag Char(11) O DDMONYYHHMM
+ leaves this belt for an arrival flight Local time 24 hr format
+ 到达航班最后一件行李离开传送带的日 当地时间24小时格式
+ 期时间
+ BTYP Domestic or international indicator of Char(1) M D – Domestic/国内
+ belt resource I – International/国际
+ 传送带资源的国内国际标识
+
+
+
+
+
+XML Tag Description Format Req Values
+ BOTM Boarding open time for the departure Char(11) O DDMONYYHHMM
+ flight Local time 24 hr format
+ 离港航班登机开始时间 当地时间24小时格式
+ LACL Time for last call of departure flight Char(11) O DDMONYYHHMM
+ 离港航班最后通知时间 Local time 24 hr format
+ 当地时间24小时格式
+ FINT Finals Time. This is set when an arrival Char(11) O DDMONYYHHMM
+ flight is approaching and confirms Local time 24 hr format
+ landing, say 10 minutes prior to arrival.
+ 当地时间24小时格式
+ Typically used to confirm resources
+ committed for the flight in the airport.
+ 最终时间。当到达航班将要到达，确认
+ 降落时设定，比如降落前10分钟。一般
+ 用于确认航班在机场的资源使用确认。
+ CHOT This identifies the start of chocks time Number(1) O This section contains
+ data section. This includes a information for one ON or
+ parameter CSNO Number(1) to OFF chocks. This
+ indicate the stand sequence number repeats for each such
+ against which this chocks time is being stand move and includes
+ reported (Note this is not chocks data for stand to stand
+ sequence but stand sequence) moves as well as stand
+ 轮挡时间数据部分的开始标识。带有参 to hangar moves.
+ 数CSNO 号（1）表示该轮挡时间报告 该部分包括一个上下轮挡
+ 时对应的机位号（非轮挡号而是机位 信息。在每个机位移动数
+ 号） 据中重复出现。机位移动
+ 包括机位到机位的和机位
+ 到机库的。
+ CHTM Chocks time. On chocks or off chocks Char(11) M DDMONYYHHMM
+ is determined by chocks indicator Local time 24 hr format
+ CHID below
+ 当地时间24小时格式
+ 轮挡时间。下面的CHID表示上下轮挡
+ CHID Chocks indicator Char(2-3) M OFF or ON
+ 轮挡标识 上或下
+ CHST The chocks stand against which the Char(1-8) M Actual stand number
+ chocks time is reported by VDGS 实际的机位号
+ VDGS报告的轮挡时间对应的轮挡机位
+ APPT Approved time for departures Char(11) O DDMONYYHHMM
+ 批准的离港时间 Local time 24 hr format
+ 当地时间24小时格式
+ EGSR Engine start request for departures Char(11) O DDMONYYHHMM
+ 离港时引擎发动请求 Local time 24 hr format
+ 当地时间24小时格式
+ EGST Engine start time for departures Char(11) O DDMONYYHHMM
+ 离港引擎发动时间 Local time 24 hr format
+ 当地时间24小时格式
+ FHAG Field (or Ground) Handling agent for Number(1-9) O Organization id of field
+
+
+
+
+
+XML Tag Description Format Req Values
+ flight. handling agent.
+ 航班的机坪（或外场）处理代理 Reference codes to be
+ decided by CDIA.
+ 机坪处理代理的机构代
+ 码。参考成都机场的相关
+ 代码
+ MHAG Maintenance Handling agent for flight. Number(1-9) O Organization id of
+ 航班维护处理代理 maintenance handling
+ agent. Reference codes
+ to be decided by CDIA.
+ 维护处理代理的机构代
+ 码。参考成都机场的相关
+ 代码
+ VIPP VIP passengers. This will be present Number(1-3) O Number of VIP
+ when there are VIP passengers on that passengers in current
+ flight flight
+ VIP旅客。当航班中有VIP旅客时出现 当前航班的VIP旅客数
+ VIPR VIP flight ranking flag Number(1) P A single digit number to
+ VIP航班等级标志 be decided by CDIA to
+ indicate VIP ranking. 0
+ means not VIP.
+ 一个单一数字表示VIP的
+ 等级。具体数字将由CDIA
+ 决定。0表示不是VIP航
+ 班。
+ An empty TAG means
+ the existing VIP rating
+ value is being deleted.
+ 空表示VIP级别值被删除
+ FDIV Contains a descriptive reason as to Char(1-30) O Free text diversion
+ why the flight has been diverted. Has reason.
+ two parameters called DDES and 自由文本格式
+ DDIR. DDES is to indicate the divert
+ Parameter DDES =
+ related airport. DDIR is to indicate the
+ Char(3)
+ divert direction (from or to the airport
+ specified in DDES). IATA airport code of
+ airport diverted to or
+ 航班转场的原因描述。带有两个参数
+ airport diverted from.
+ DDES和DDIR。DDES表示航班转场相
+ 关的机场。DDIR表示转场方向（从或 转场到的机场或从这个机
+ 到DDES指定的机场）。 场转场到成都，使用IATA
+ 机场代码
+ Parameter DDIR =
+ Char(2-4)
+ Divert direction. Valid
+ values are TO and
+ FROM
+ 备降的方向，合法的值为
+ “TO”和“FROM”。
+ An empty parameter
+
+
+
+
+XML Tag Description Format Req Values
+ DDES=”” means the
+ existing flight diverted
+ indicator value is being
+ unset.
+ FRET Contains a descriptive reason as to Char(1-30) O Free text reason for
+ why the flight has returned. Has a returned flight.
+ parameter called REID to indicate if it 原因格式是文本
+ is an air or ground return.
+ Parameter REID =
+ 包括一个航班返航原因的描述。带有
+ Char(1)
+ REID参数表示是返航或是地面返航。
+ G = Ground return/地面返
+ 航
+ A = Air return/返航
+ ABTM This identifies start of Air bridge time Number(2) O Parameter ASNO =
+ data section. Has a parameter called Number(2) Sequence
+ ASNO to indicate the sequence of the number of attach/detach
+ airbridge attach/detach operation. operation.
+ ASNO is operation sequence i.e. each 参数ASNO=Number(2)是
+ attach/detach will be sequentially 靠桥/离桥操作的序列号。
+ identified.
+ This section repeats for
+ 这个标签标识了登机桥时间数据部分的 each attach/detach
+ 开始。有一个参数ASNO，它指得是登 operation that has been
+ 机桥靠桥/离桥操作的序列。 performed against a
+ ASNO是操作顺序号，也就是说每个靠 flight.
+ 桥/离桥都将被顺序的标识出。 这个部分针对一个航班执
+ 行的每个靠桥、离桥动作
+ 进行重复。
+ ABDG This is the airbridge resource involved Char(1-8) M Refers to the list of
+ in the attach/detach operation Airbridges set up by
+ 这个靠桥、离桥动作所涉及的登机桥资 CDIA as reference data
+ 源 in AODB.
+ 参考CDIA在AODB中建立
+ 起来的登机桥列表参考数
+ 据。
+ ABOP This identifies if the current operation is Char(1) M A – Attach/连接
+ an attach or a detach D – Detach/断开
+ 这个标签标识出当前操作是靠桥还是离
+ 桥操作。
+ AOTM This is the actual airbridge operation Char(11) M DDMONYYHHMM
+ time Local time 24 hr format.
+ 这个标签是实际登机桥操作时间 当地时间24小时格式
+ FLAB Contains a descriptive reason as to Char(1-30) O Descriptive text for
+ why the flight‟s landing has been aborting landing.
+ aborted. Has a parameter called ARES 原因格式是文本
+ to indicate the actual reason code for
+ Parameter ARES =
+ aborting.
+ Char(1)
+ 包括一个航班着陆中止原因的描述。带
+ O = Overshot indicator
+ 有ARES参数表示中止的原因码。
+ set as aircraft cannot
+ land in give runway/飞机
+
+
+
+
+XML Tag Description Format Req Values
+ 无法在指定的跑道降落
+ G = Go Around indicator
+ set, aircraft circles
+ around/飞机绕场
+ SRVT Identifies the start of a section and Char(3) O Starts a new section.
+ includes details for one service. Repeats for each service
+ 新段落的开始，包括一个服务的明细。 being reported. All
+ service details are
+ included within one
+ messages
+ 一个新段落的开始。每个
+ 报告的服务中重复出现。
+ 在一个报文中包括所有的
+ 服务明细。
+ SRTC Service transaction code Char(1-4) M Service type. Reference
+ 服务交易码 data to be decided by
+ CDIA.
+ 服务类型。由成都机场定
+ 义。
+ SRQT Service quantity Number(1-2) P Indicates number for
+ 服务数量 service units used
+ 使用的服务单位数
+ SRST Service start time Char(11) P DDMONYYHHMM
+ 服务开始时间 Local time 24 hr format.
+ 当地时间24小时格式
+ SRET Service end time Char(11) P DDMONYYHHMM
+ 服务结束时间 Local time 24 hr format.
+ 当地时间24小时格式
+ SRPR Service provider Number(1-9) P Organization ID of the
+ 服务提供者 prime company providing
+ service. Reference data
+ to be decided by CDIA.
+ 提供服务主公司的机构代
+ 码。由成都机场定义。
+ VIPF Identifies the start of a section and Char(3) O Starts a new section.
+ includes details for one VIP. Repeats for each VIP
+ 一个新段落的开始包括一个VIP的明 person associated with
+ 细。 this flight.
+ 新段落的开始。航班的每
+ 个VIP旅客中重复出现。
+ VPCD VIP Personnel Code Char(1-10) M
+ VIP个人代码
+ VFES VIP Entourage Size Number(1-3) O
+ VIP随从人员数量
+ VIPT Details of transactions associated with Char(3) O Starts a new section.
+ a VIP. Repeats for each VIP
+ VIP关联交易的明细。 person associated with
+
+
+
+
+XML Tag Description Format Req Values
+ this flight.
+ 新段落的开始。航班每个
+ VIP旅客中重复出现。
+ VSCD VIP Service Code Char(10) M
+ VIP服务码
+ VTQY VIP Quantity Number(1-12) P
+ VIP数量
+ VTST VIP Service Start Date Time Char(11) P DDMONYYHHMM
+ VIP服务开始日期时间 Local time 24 hr format
+ 当地时间24小时格式
+ VTET VIP Service End Date Time Char(11) P DDMONYYHHMM
+ VIP服务结束日期时间 Local time 24 hr format
+ 当地时间24小时格式
+ LBNO No of local bags checked in for Number(1-3) O
+ departure flights
+ 离港航班本地值机行李件数
+ LBWT Total local checked in bag weight for Number(1-9,2) O In kilograms
+ departure flights 单位公斤
+ 离港航班本地值机行李总重量
+ PAXC Total number of passengers on the Number(1-3) O
+ flight
+ 航班旅客总数
+ ERUT Identifies start of one entire flight Number(1) M This starts a new section
+ routing. At least two routing records and encloses the entire
+ are expected for normal flights and routing details of flight.
+ atleast three routing records are 一个新段落的开始，含有
+ required for flights transiting CTU. This 航班完整航线的细节信
+ section repeats for each such route
+ 息。
+ record. Includes a parameter called
+ RTNO to identify the route number
+ 一条完整航线记录的开始。每个一般航
+ 班需要至少两 条航线记 录 。而对于在
+ CTU过站的航班则最少三条航段记录。
+ 每个航段中重复出现该部分。带有参数
+ RTNO表示航段号。
+
+
+ This TAG is different from ROUT in
+ that the entire flight route is included.
+ For normal flights this means CTU is
+ also included as part of ERUT and for
+ transit flights the entire route including
+ route before arrival in CTU and route
+ after departure from CTU are included
+ as part of both arrival and departure
+ flights. Further RTNO is ordered in
+ such a way that it represents the actual
+ route of the flight in ascending order
+ from its origin to its destination with
+
+
+
+
+XML Tag Description Format Req Values
+ CTU as part of the route. For e.g. if a
+ flight flies MEL-SHA-CTU-HRB, there
+ will be two flights in AODB. MEL-SHA-
+ CTU Arrival and CTU-HRB Departure.
+ In this case the ROUT tag for Arrival
+ flight will only have MEL-SHA in that
+ order, while ERUT will have MEL-SHA-
+ CTU-HRB in that order. Similarly the
+ ROUT tag for Departure flight will only
+ have HRB, while ERUT will have MEL-
+ SHA-CTU-HRB in that order.
+ 这个标签和ROUT标签是有区别的，在
+ 这个标签里包含的航线是完整航线。对
+ 于一般航班而言，这意味着CTU也将被
+ 包含在航线之中，成为ERUT的一部
+ 分。对于在CTU的过站航班，整个航线
+ 含有在成都到港之前的航线和从成都离
+ 港以后的航线。到港航班和离港航班将
+ 同时使用这个完整航线。此外，RTNO
+ 是用实际航线按升序排列的，从起始机
+ 场到最终目的机场。CTU应是该航线的
+ 一部分。举例来讲，一个航班飞MEL-
+ SHA-CTU-HRB，在AODB中会有两个
+ 航班。MEL-SHA-CTU到港航班和
+ CTU-HRB离港航班。在这种情况下，
+ ROUT标签中只有MEL-SHA，而ERUT
+ 将有MEL-SHA-CTU-HRB。同样的，离
+ 港航班的ROUT标签只有HRB，而
+ ERUT则将有MEL-SHA-CTU-HRB。
+ APCD Airport related to this route. Char(3) M IATA airport code
+ 这个航段相关的机场。 IATA机场代码
+ SCAT The scheduled date time of arrival at Char(11) O DDMONYYHHMM
+ this stop Local time 24 hr format.
+ 这一站计划到达日期时间 This will be absent for first
+ step of the flight route.
+ 当地时间24小时格式
+ 对航班起点站无该字段。
+ SCDT The scheduled date time of departure Char(11) O DDMONYYHHMM
+ from this stop Local time 24 hr format.
+ 这一计划离港日期时间 This will be absent for last
+ step of the flight route.
+ 当地时间24小时格式
+ 对航班终点站无该字段。
+```
+
+
+#### 3.16.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 122143
+ 20021010090311
+ SCHD
+ DNLD
+
+
+ 2
+
+ 121112312
+ UA
+ UA724
+ D
+ 15DEC031723
+ P
+ I
+
+ ORD
+ 15DEC031125
+ 15DEC031315
+
+
+ MSP
+ 15DEC031325
+
+
+ 747
+ YK2729
+ UA
+ UA723
+ 1
+ 320
+ 15DEC031807
+
+ CH0021
+ X
+ 15DEC031530
+ 15DEC031830
+ 15DEC031520
+ 15DEC031900
+ D
+
+
+ CH0025
+ X
+
+
+
+
+ 15DEC031530
+ 15DEC031830
+ 15DEC031525
+ 15DEC031900
+ D
+
+
+ G28
+ 15DEC031805
+ 15DEC031925
+ 15DEC031825
+ D
+
+ S209
+
+ 01
+ X
+ 15DEC031515
+ 15DEC031725
+ 15DEC031525
+ D
+
+
+ 17
+ X
+ 15DEC031515
+ 15DEC031725
+ 15DEC031415
+ I
+
+ 1273322
+ Flight Delayed
+
+ Catering Delay
+ 15DEC031645
+ 15DEC031755
+
+ CTU
+ 15DEC031723
+
+
+ ORD
+ 15DEC031125
+ 15DEC031315
+
+
+ MSP
+
+
+
+
+ 15DEC031325
+
+
+
+ 121112513
+ CA
+ CA002
+ A
+ 15DEC031620
+ P
+ D
+
+ CAN
+
+ 15DEC031340
+
+ 767
+ A23B27
+ 1
+ 180
+ CZ
+ CZ101
+ 15DEC031630
+ R211
+ 221203
+
+ B01
+ X
+ 15DEC031730
+ 15DEC031830
+ 15DEC031645
+ 15DEC031745
+ D
+
+
+ CAN
+ 15DEC031340
+
+
+ CTU
+ 15DEC031620
+
+
+
+
+```
+
+
+
+
+
+
+
+
+### 3.17 AODB daily schedule response to RMS event/ AODB 日计划应答 RMS 事件
+
+
+
+#### 3.17.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBRESPRMSRQFD
+ 消息代码
+ Event Description This is sent by AODB in response to an RQFD event
+ 事件描述 from RMS.
+ 从 AODB 发送，响应 RMS 的 RQFD 事件。
+ Single Recipient Yes
+ 接收者 是
+ Frequency Unscheduled and always sent as an automatic response
+ 频率 to a daily schedule request from RMS.
+ 非计划的，自动响应 RMS 日计划时刻表请求。
+ Data Range Controlled by RMS request
+ 数据范围 由 RMS 请求控制
+ Data Count Multiple daily schedule records in single XML message.
+ 数据数 Number will depend on daily schedule flights in CDIA
+ and also upon RMS request.
+ 一条 XML 报文包括多条日计划时刻表记录。具体条数根
+ 据成都机场每日航班数及 RMS 的请求。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence Refer to daily schedule AODBSCHD
+ 排列序列号 参考日计划时刻表 AODBSCHD
+ Acknowledgment None
+ 确认 无
+ Priority Normal
+ 优先级 正常
+ Expiry 480 minutes
+ 过期 480 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments Refer to daily schedule AODBSCHD
+ 注释 参考日计划时刻表AODBSCHD
+```
+
+
+#### 3.17.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+
+
+
+ Refer format under AODBSCHD event. The format is the same as AODBSCHD event,
+ except the message subtype in the meta header section will be set to RESP.
+ 参考AODBSCHD事件格式。格式与AODBSCHD事件相同，只有meta头部分的信息子类
+ 型为RESP。
+```
+
+
+#### 3.17.3 Event Message Sample/事件消息例子
+
+
+
+ Refer sample under AODBSCHD event except the STYP will be set to RESP.
+ 参考AODBSCHD事件的例子，只有STYP为RESP。
+
+
+
+
+### 3.18 AODB adhoc flight event/ AODB adhoc 航班事件
+
+
+
+
+#### 3.18.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBADFT
+ 消息代码
+ Event Description This event occurs when the operator creates an adhoc /
+ 事件描述 unscheduled flight in AODB and AODB has to notify the
+ same to various other airport systems.
+ 当操作员在 AODB 中建立一个 adhoc/非计划航班，并通
+ 知机场中其他的各系统时，产生该事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered by adhoc flight creation in
+ 频率 AODB.
+ 非计划的，在 AODB 建立 adhoc 航班时触发。
+ Reasons for adhoc flight creation include:
+ 建立 adhoc 航班的原因有：
+ A new flight not in previously published daily schedule is
+ received from an external system like ATC.
+ 从外部系统如 ATC 中收到一个航班计划中未计划的新航
+ 班。
+ A new flight not in previously published daily schedule is
+ created manually in AODB.
+ 在 AODB 中手工建立一个航班计划中未计划的新航班。
+ When part of a unique flight key field (airline code, flight
+ number, flight date, flight time, arrival/departure
+ indicator) changes, AODB will indicate the update by a
+ flight delete event AODBFDEL, followed by new flight
+ event AODBADFT. The unique AODB flight identifier in
+ the two events may/may not be the same. Subsystems
+ should be able to process this sequence.
+ 当一个独立航班的一些键值字段（航空公司代码，航班
+ 号，航班日期，航班时间，到达/离港标志）改变时，
+
+
+
+
+ AODB 会在发出航班删除事件 AODBFDEL 后触发新航班
+ 事件 AODBADFT 来指名修改这些信息。在这两种事件
+ 中，唯一的 AODB 航班标识可能不一样。子系统可以处
+ 理该序列。
+ Data Range Adhoc events are sent out only if a flight is created with
+ 数据范围 scheduled operational date within the current operational
+ window of „x‟ hours (typically next 48 hours).
+ Adhoc 事件仅当航班建立的计划操作日期在当前操作窗口
+ 内的若干小时（通常是 48 小时内）中发出。
+ If current date is 14Mar06 and an Adhoc flight is created
+ for 18Mar06 in AODB, this will not result in any adhoc
+ flight event since only flights in the 48 hour daily
+ schedules window are sent. Such adhoc flight will
+ appear in the daily schedule of 17Mar06.
+ 如果当前日期是 06 年 3 月 14 日，Adhoc 航班在 AODB
+ 中建立的日期是 06 年 3 月 18 日，则不会产生任何的
+ adhoc 航班事件，因为只有在 48 小时计划内的航班才会
+ 发送。该 adhoc 航班会在 06 年 3 月 17 日的航班计划中
+ 出现。
+ Data Count Single daily flight record in single XML message.
+ 数据数 一个 XML 报文中包括一个航班数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 480 minutes
+ 过期 480 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments Adhoc flight XML message format is designed to be
+ 注释 same as daily schedule message format. Refer to
+ comments under the daily schedule message format
+ AODBSCHD.
+ Adhoc航班的XML报文格式设计成与航班日计划报文格式
+ 相同。参考航班日计划报文格式AODBSCHD。
+```
+
+
+#### 3.18.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+
+
+
+
+
+ Refer format under AODBSCHD event. The format is the same as AODBSCHD event,
+ except the message subtype in the meta header section will be set to ADFT.
+ 参考AODBSCHD事件格式。该事件格式与AODBSCHD事件格式相同，只是报文的信息
+ 头部分的子类型为ADFT。
+```
+
+
+#### 3.18.3 Event Message Sample/事件消息例子
+
+
+
+ Refer sample under AODBSCHD event except the STYP will be set to ADFT.
+ 参考AODBSCHD事件例子。只是STYP置为ADFT。
+
+
+
+
+### 3.19 AODB flight aircraft type event/ AODB 航班机型事件
+
+
+
+
+#### 3.19.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBACFT
+ 消息代码
+ Event Description This event occurs whenever a flight‟s aircraft type is
+ 事件描述 updated in AODB.
+ 当 AODB 中一个航班的机型修改时，发生该事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered by flight aircraft update in
+ 频率 AODB.
+ 非计划的，AODB 中航班机型改变时触发。
+ Reasons for aircraft update include:
+ 机型改变的原因有：
+ An aircraft update for a flight is received from an external
+ system like ATC.
+ 从外部系统如 ATC 收到航班机型更新信息。
+ An aircraft update for a flight is made manually in AODB.
+ 在 AODB 中手工修改一个航班的机型。
+ A flight‟s registration number is changed which indirectly
+ causes an aircraft type update.
+ 航班注册号改变直接引起机型变化。
+ Data Range This is sent out only if the flight aircraft type is changed
+ 数据范围 for a flight which is scheduled for operation within the
+ current operational window of „x‟ hours (typically next 48
+ hours).
+ 机型数据修改事件仅当航班建立的计划操作日期在当前操
+ 作窗口内的若干小时（通常是 48 小时内）中发出。
+ Data Count Single flight aircraft record in single XML message.
+ 数据数 一条 XML 报文中包括一条航班机型数据。
+ Data Conversion None
+ 数据转换 无
+
+
+
+
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments None
+ 注释 无
+```
+
+
+#### 3.19.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M FLOP
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(4) M ACFT
+ data section.
+ 消息发送的子类型. Meta Data段的一部
+ 分.
+ FLOP Identifies start of the operational data. - M This starts a section.
+ 操作数据的开始标识 一个新段落的开始
+ FLID Unique AODB ID for identifying a flight Number(1-12) M
+ AODB中唯一的航班ID
+ FFID Friendly flight Id for easy identification. Char(20-32) M Formed by concatenating
+ 航班ID别名，便于辨别 following fields of
+ AODBSCHD message in
+ order namely
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ 格式为AODBSCHD报文
+ 中相关的字段顺序，
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ ACFT Aircraft type used in this flight Char(3) M IATA aircraft type
+ 航班使用的机型 IATA机型码
+```
+
+
+#### 3.19.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ FLOP
+ ACFT
+
+
+ 121112312
+ CA-CA101-A-12DEC031345-D
+ 747
+
+
+```
+
+
+
+
+
+
+### 3.20 AODB flight actual time event/ AODB 航班实际时间事件
+
+
+
+
+#### 3.20.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBACTT
+ 消息代码
+ Event Description This event occurs whenever the flight‟s actual time is
+ 事件描述 updated in AODB.
+ 当 AODB 中一个航班的实际时间修改时，发生该事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered by flight actual time update in
+ 频率 AODB.
+ 非计划的，AODB 中航班实际时间改变时触发。
+ Reasons for actual time update include:
+ 实际时间改变的原因有：
+ An actual time update for a flight is received from an
+ external system like ATC.
+ 从外部系统如 ATC 收到航班实际时间更新信息。
+ An actual time update for a flight is made manually in
+ AODB.
+ 在 AODB 中手工修改一个航班的实际时间。
+ Data Range This is sent out only if the actual time is changed for a
+ 数据范围 flight which is scheduled for operation within the current
+
+
+
+
+
+ operational window of „x‟ hours (typically next 48 hours).
+ 实际时间数据修改事件仅当航班建立的计划操作日期在当
+ 前操作窗口内的若干小时（通常是 48 小时内）中发出。
+ Data Count Single flight actual time record in single XML message.
+ 数据数 一条 XML 报文中包括一条航班实际时间数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments None
+ 注释 无
+```
+
+
+#### 3.20.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M FLOP
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(4) M ACTT
+ data section.
+ 消息发送的子类型. Meta Data段的一部
+ 分.
+ FLOP Identifies start of the operational data. - M This starts a section.
+ 操作数据的开始标识 一个新段落的开始
+ FLID Unique AODB ID for identifying a flight Number(1-12) M
+ AODB中唯一的航班ID
+ FFID Friendly flight Id for easy identification. Char(20-32) M Formed by concatenating
+ 航班ID别名，便于辨别 following fields of
+ AODBSCHD message in
+ order namely
+ ALCD, FLNO, MVIN,
+
+
+
+
+XML Tag Description Format Req Values
+ SODT, FLIN
+ 格式为AODBSCHD报文
+ 中相关的字段顺序，
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ ACTT Actual time of flight. This will point to Char(11) P DDMONYYHHMM
+ ATA for arrivals and ATD for Local time 24 hr format.
+ departures
+ An empty TAG means
+ 航班实际时间。ATA表示到达，ATD表 the existing actual time
+ 示离港。 value is being deleted.
+ 当地时间24小时格式
+ 空表示实际时间清除
+```
+
+
+#### 3.20.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ FLOP
+ ACTT
+
+
+ 121112312
+ CA-CA101-A-12DEC031345-D
+ 15DEC031807
+
+
+```
+
+
+
+
+
+### 3.21 AODB flight boarding time event/ AODB 航班登机时间事件
+
+
+
+
+#### 3.21.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBBOTM
+ 消息代码
+ Event Description This event occurs whenever a flight‟s boarding time is
+ 事件描述 updated in AODB.
+ 当 AODB 中一个航班的登机时间修改时，发生该事件。
+ Single Recipient No
+ 接收者 无
+
+
+
+
+ Frequency Unscheduled, triggered by flight boarding time update in
+ 频率 AODB.
+ 非计划的，AODB 中航班登机时间改变时触发。
+ Reasons for flight boarding time update include:
+ 登机时间改变的原因有：
+ A boarding time update for a flight is received from DCS.
+ 从 DCS 收到航班登机时间更新信息。
+ A boarding time update is made manually in AODB.
+ 在 AODB 中手工修改一个航班的登机时间。
+ Data Range This is sent out only if the flight boarding time is changed
+ 数据范围 for a flight which is scheduled for operation within the
+ current operational window of „x‟ hours (typically next 48
+ hours).
+ 登机时间数据修改事件仅当航班建立的计划操作日期在当
+ 前操作窗口内的若干小时（通常是 48 小时内）中发出。
+ Data Count Single flight boarding time record in single XML
+ 数据数 message.
+ 一条 XML 报文中包括一条航班登机时间数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments Sent only for departure flights
+ 注释 仅对离港航班
+ Processing Exceptions RMS will not perform any validation on whether boarding
+ 处理例外 time is in future and set status to boarding once this
+ event is received. Boarding status will be reset if empty
+ time is received.
+ RMS不会执行校验登机时间是否在将来并收到这个事件
+ 时将状态设为登机一次。如果收到空的时间会重设登机状
+ 态。
+```
+
+
+#### 3.21.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M FLOP
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(4) M BOTM
+ data section.
+ 消息发送的子类型. Meta Data段的一部
+ 分.
+ FLOP Identifies start of the operational data. - M This starts a section.
+ 操作数据的开始标识 一个新段落的开始
+ FLID Unique AODB ID for identifying a flight Number(1-12) M
+ AODB中唯一的航班ID
+ FFID Friendly flight Id for easy identification. Char(20-32) M Formed by concatenating
+ 航班ID别名，便于辨别 following fields of
+ AODBSCHD message in
+ order namely
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ 格式为AODBSCHD报文
+ 中相关的字段顺序，
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ BOTM Boarding open time for the departure Char(11) P DDMONYYHHMM
+ flight Local time 24 hr format.
+ 离港航班登机开始时间 An empty TAG means
+ the existing boarding time
+ is being blanked out
+ 当地时间24小时格式
+ 空表示登机时间清除。
+```
+
+
+#### 3.21.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ FLOP
+ BOTM
+
+
+ 121112312
+
+
+
+
+
+ CA-CA101-A-12DEC031345-D
+ 15DEC031645
+
+
+```
+
+
+
+
+
+### 3.22 AODB flight chocks time event/ AODB 航班轮挡时间事件
+
+
+
+
+#### 3.22.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBCHOT
+ 消息代码
+ Event Description This event occurs whenever the flight‟s chocks time data
+ 事件描述 is updated in AODB.
+ 当 AODB 中一个航班的轮挡时间修改时，发生该事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered by flight chocks time data
+ 频率 update in AODB.
+ 非计划的，AODB 中航班轮挡时间改变时触发。
+ Reasons for chocks time data update include:
+ 航班轮挡时间数据修改的原因有：
+ An on chocks time is received from VDGS/OMMS
+ indicating the flight has entered a parking stand.
+ 从 VDGS/OMMS 中收到上轮挡时间，表示航班进入了停
+ 机位。
+ An off chocks time is received from VDGS/OMMS
+ indicating the flight has left a parking stand.
+ 从 VDGS/OMMS 中收到下轮挡时间，表示航班离开了停
+ 机位。
+ Above information about chocks time data is entered
+ manually in AODB.
+ 在 AODB 中手工输入以上的轮挡时间数据。
+ Data Range This is sent out only if the chocks time data is changed
+ 数据范围 for a flight which is scheduled for operation within the
+ current operational window of „x‟ hours (typically next 48
+ hours).
+ 轮挡时间数据事件仅当航班建立的计划操作日期在当前操
+ 作窗口内的若干小时（通常是 48 小时内）中发出。
+ Data Count Single flight chocks time record in single XML message.
+ 数据数 一个 XML 报文中包括一个航班轮挡时间数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+
+
+
+
+
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments 1. The chocks time data and sequence number is
+ 注释 based on the actual stand movement made by
+ aircraft and as received by VDGS and can be
+ different from the one planned using RMS.
+ 轮挡时间数据和序列号是根据飞机在机位实际的移动
+ 时间，从VDGS收到，与RMS中使用的计划数可以不
+ 同。
+ 2. See AODBPSDT for stand planning logic.
+ 参考AODBPSDT的机位计划。
+```
+
+
+#### 3.22.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M FLOP
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(4) M CHOT
+ data section.
+ 消息发送的子类型. Meta Data段的一部
+ 分.
+ FLOP Identifies start of the operational data. - M This starts a section.
+ 操作数据的开始标识 一个新段落的开始
+ FLID Unique AODB ID for identifying a flight Number(1-12) M
+ AODB中唯一的航班ID
+ FFID Friendly flight Id for easy identification. Char(20-32) M Formed by concatenating
+ 航班ID别名，便于辨别 following fields of
+ AODBSCHD message in
+ order namely
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ 格式为AODBSCHD报文
+ 中相关的字段顺序，
+ ALCD, FLNO, MVIN,
+
+
+
+XML Tag Description Format Req Values
+ SODT, FLIN
+ CHOT This identifies the start of chocks time Number(1) M This section contains
+ data section. This includes a information for one ON or
+ parameter CSNO Number(1) to OFF chocks. This is sent
+ indicate the stand sequence number once separately for each
+ against which this chocks time is being such stand move and
+ reported (Note this is not chocks includes data for stand to
+ sequence but stand sequence) stand moves as well as
+ 轮挡时间数据部分的开始，包括参数 stand to hangar moves.
+ CSNO 号（1）表示报告的轮挡时间对 该部分包括一个上轮挡或
+ 应的机位序列号（注意是机位序列号非 下轮挡信息。在每个机位
+ 轮挡序列号） 移动数据中重复出现。机
+ 位移动包括机位到机位的
+ 和机位到机库的。
+ CHTM Chocks time. On chocks or off chocks Char(11) P DDMONYYHHMM
+ is determined by chocks indicator Local time 24 hr format
+ CHID below
+ 当地时间24小时格式
+ 轮挡时间。上下轮挡由下面的CHID表
+ An empty TAG means
+ 示。
+ the existing chocks time
+ value is being deleted.
+ 空表示已有的轮挡时间删
+ 除。
+ CHID Chocks indicator Char(2-3) M OFF or ON
+ 轮挡标识 下或上
+ CHST The chocks stand against which the Char(1-8) M Actual stand number
+ chocks time is reported 实际的机位号
+ 报告的轮挡时间对应的轮挡机位
+```
+
+
+#### 3.22.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ FLOP
+ CHOT
+
+
+ 121112312
+ CA-CA101-A-12DEC031345-D
+
+ 15DEC031350
+ ON
+
+
+
+
+ S211
+
+
+
+```
+
+
+
+
+
+
+### 3.23 AODB flight type event/ AODB 航班类型事件
+
+
+
+
+#### 3.23.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBFLTY
+ 消息代码
+ Event Description This event occurs whenever the flight type is updated in
+ 事件描述 AODB.
+ 当 AODB 中一个航班类型修改时，发生该事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered by flight type update in AODB.
+ 频率 非计划的，AODB 中航班类型改变时触发。
+ Reasons for flight type update include:
+ 航班类型修改的原因有：
+ A flight type change for a flight is received from an
+ external system like ATC.
+ 从外部系统如 ATC 中收到航班类型改变的信息。
+ A flight type change for a flight is made manually in
+ AODB.
+ 在 AODB 中手工修改航班类型。
+ Data Range This is sent out only if the data related to flight type is
+ 数据范围 changed for a flight which is scheduled for operation
+ within the current operational window of „x‟ hours
+ (typically next 48 hours).
+ 航班类型修改事件仅当航班建立的计划操作日期在当前操
+ 作窗口内的若干小时（通常是 48 小时内）中发出。
+ Data Count Single flight type record in single XML message.
+ 数据数 一个 XML 报文中包括一个航班类型数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+
+
+
+
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments None
+ 注释 无
+```
+
+
+#### 3.23.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M FLOP
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(4) M FLTY
+ data section.
+ 消息发送的子类型. Meta Data段的一部
+ 分.
+ FLOP Identifies start of the operational data. - M This starts a section.
+ 操作数据的开始标识 一个新段落的开始
+ FLID Unique AODB ID for identifying a flight Number(1-12) M
+ AODB中唯一的航班ID
+ FFID Friendly flight Id for easy identification. Char(20-32) M Formed by concatenating
+ 航班ID别名，便于辨别 following fields of
+ AODBSCHD message in
+ order namely
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ 格式为AODBSCHD报文
+ 中相关的字段顺序，
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ FLTY Flight type like passenger, cargo, Char(1) M Reference table to be
+ military, VIP etc decided by CDIA.
+ 航班类型如客机、货机、军机、VIP等 AODBAODB will send all
+ flight type updates of all
+ types by default and the
+ subsystems are expected
+ to accept/ignore, based
+ on their requirements.
+ 参考代码表由成都机场定
+ 义。AODB默认发送所有
+ 航班类型的改变，子系统
+ 根据需要接受/忽略。
+```
+
+
+#### 3.23.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 173243
+ 20021010090311
+ FLOP
+ FLTY
+
+
+ 121112312
+ CA-CA101-A-12DEC031345-I
+ C
+
+
+```
+
+
+
+
+
+### 3.24 AODB flight check in counter event/ AODB 航班值机柜台事件
+
+
+
+#### 3.24.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBCKDT
+ 消息代码
+ Event Description This event occurs whenever a flight‟s check in counter
+ 事件描述 related data is updated in AODB.
+ 当 AODB 中一个航班的值机柜台相关数据修改时，发生
+ 该事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered by flight‟s check in counter data
+ 频率 update in AODB.
+ 非计划的，AODB 中航班值机柜台数据改变时触发。
+ Reasons for check in counter data update include:
+ 值机柜台数据修改的原因有：
+ Flight‟s counter(s) is assigned/de-assigned and sent by
+ RMS.
+ 航班的值机柜台在 RMS 中分配/重分配并发送后。
+ Flight counter open time is set and sent by DCS.
+ DCS 设置并发送值机柜台开放时间。
+
+
+
+
+
+ Flight counter close time is set and sent by DCS.
+ DCS 设置并发送值机柜台关闭时间。
+ Any of above counter data for a flight is updated
+ manually in AODB.
+ 在 AODB 手动修改上述航班值机柜台数据。
+ Data Range This is sent out only if the check in counter data is
+ 数据范围 changed for a flight which is scheduled for operation
+ within the current operational window of „x‟ hours
+ (typically next 48 hours).
+ Latest snapshot of all check in counter related data for a
+ flight is included.
+ 航班值机柜台事件仅当航班建立的计划操作日期在当前操
+ 作窗口内的若干小时（通常是 48 小时内）中发出。
+ 包括一个航班中所有相关的值机柜台数据。
+ Data Count One or more flight check in counter records in single
+ 数据数 XML message.
+ 一个 XML 报文中包括一个或多个航班值机柜台数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments Sent only for departure flights
+ 注释 仅对离港航班
+ Processing Exceptions RMS will reject this message if received from AODB.
+ 处理例外 RMS如果从AODB收到这消息将拒绝
+ But if such data is specified in daily schedule message
+ RMS will process.
+ 如果这些数据来自日计划，RMS将处理。
+ This message retained here only because RMSCKDT is
+ referring to this event for formats.
+ 这个消息在这里只是便于RMSCKDT参考它的事件格式。
+```
+
+
+#### 3.24.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M FLOP
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(4) M CKDT
+ data section.
+ 消息发送的子类型. Meta Data段的一部
+ 分.
+ FLOP Identifies start of the operational data. - M This starts a section.
+ 操作数据的开始标识 一个新段落的开始
+ FLID Unique AODB ID for identifying a flight Number(1-12) M
+ AODB中唯一的航班ID
+ FFID Friendly flight Id for easy identification. Char(20-32) M Formed by concatenating
+ 航班ID别名，便于辨别 following fields of
+ AODBSCHD message in
+ order namely
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ 格式为AODBSCHD报文
+ 中相关的字段顺序，
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ CKDT This indicates the start of check in Number(1-2) P This starts a new section
+ counter related data for a flight record. and includes check in
+ This includes a parameter CKNO to counter specific
+ identify the check in counter record information as below. An
+ number for a flight with multiple check empty TAG will
+ for one check in counter assignment be sent for a flight with
+ and will repeat for each counter previous counter
+ assignment. allocations to signify
+ 航班值机柜台数据的开始标志。包括一 there are no counter
+ 个参数CKNO表示多值机柜台航班的值 allocations now.
+ 机柜台号。一条记录是一个值机柜台的 一个新段落的开始，包括
+ 数据，在每个分配的柜台中重复出现。 值机柜台的信息。空值
+ 表
+ 示航班曾经分配了值机柜
+ 台而现在未分配。
+ CHKC Check in counter number assigned to Char(1-8) M Check in counter
+ this departure flight reference table to be
+ 离港航班分配的值机柜台号 decided by CDIA.
+ 值机柜台数据表由成都机
+ 场定义
+ CCLS Check in counter class Char(1-3) M Following class codes will
+ 值机柜台等级 be supported:
+ 支持如下等级代码
+
+
+
+
+
+XML Tag Description Format Req Values
+ F = First class/头等
+ C = Business class/商务
+ Y = Economy class/经济
+ X = No specific class/全
+ 部
+ If more than one class
+ can be opened for
+ checkin on a single
+ counter, CKDT will be
+ repeated for each class.
+ 如果一个值机柜台可以为
+ 多个等级的旅客开放，那
+ 么CKDT会为每个等级重
+ 复一次。
+ PCOT Planned time for check in for flight Char(11) M DDMONYYHHMM
+ 航班计划的值机开始时间 Local time 24 hr format
+ 当地时间24小时格式
+ PCCT Planned time for check close for flight Char(11) M DDMONYYHHMM
+ 航班计划的值机关闭时间 Local time 24 hr format
+ 当地时间24小时格式
+ COTM Time when check in was open for flight Char(11) O DDMONYYHHMM
+ 航班开始值机时间 Local time 24 hr format
+ 当地时间24小时格式
+ CCTM Time when check in was closed for Char(11) O DDMONYYHHMM
+ flight Local time 24 hr format
+ 航班值机关闭时间 当地时间24小时格式
+ CTYP Domestic or international indicator of Char(1) M D – Domestic/国内
+ Check In counter resource I – International/国际
+ 值机柜台资源的国内国际标识
+```
+
+
+#### 3.24.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ FLOP
+ CKDT
+
+
+ 121112312
+
+
+
+
+
+ CA-CA101-D-12DEC031345-D
+
+ 01
+ X
+ 15DEC031515
+ 15DEC031725
+ 15DEC031525
+ D
+
+
+ 17
+ F
+ 15DEC031515
+ 15DEC031725
+ 15DEC031415
+ D
+
+
+
+```
+
+
+
+
+
+### 3.25 AODB flight carousel event/ AODB 航班行李转盘事件
+
+
+
+
+#### 3.25.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBCLDT
+ 消息代码
+ Event Description This event occurs whenever a flight‟s carousel related
+ 事件描述 data is updated in AODB.
+ 当 AODB 中一个航班的行李转盘修改时，发生该事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered by flight‟s carousel data update
+ 频率 in AODB.
+ 非计划的，AODB 中航班行李转盘数据改变时触发。
+ Reasons for carousel data update include:
+ 行李转盘数据修改的原因有：
+ Flight‟s carousel(s) is assigned/de-assigned and sent by
+ RMS.
+ 航班的行李转盘在 RMS 中分配/重分配并发送后。
+ Flight carousel first bag is set and sent by FIDS/OMMS.
+ FIDS/OMMS 设置发送航班行李转盘的第一件行李。
+ Flight carousel last bag is set and sent by FIDS/OMMS.
+ FIDS/OMMS 设置发送航班行李转盘的最后一件行李。
+ Any of above carousel data for a flight is updated
+
+
+
+
+
+ manually in AODB.
+ 在 AODB 手动修改上述航班行李转盘数据。
+ Data Range This is sent out only if the carousel data is changed for a
+ 数据范围 flight which is scheduled for operation within the current
+ operational window of „x‟ hours (typically next 48 hours).
+ Latest snapshot of all carousel related data for a flight is
+ included.
+ 航班行李转盘事件仅当航班建立的计划操作日期在当前操
+ 作窗口内的若干小时（通常是 48 小时内）中发出。
+ 包括一个航班中所有相关的行李转盘数据。
+ Data Count One or more flight carousel records in single XML
+ 数据数 message.
+ 一个 XML 报文中包括一个或多个航班行李转盘数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments Sent only for arrival flights
+ 注释 仅对到达航班
+ Processing Exceptions RMS will reject this message if received from AODB.
+ 处理例外 RMS如果从AODB收到这消息将拒绝
+ But if such data is specified in daily schedule message
+ RMS will process.
+ 如果这些数据来自日计划，RMS将处理。
+ This message retained here only because RMSCLDT is
+ referring to this event for formats.
+ 这个消息在这里只是便于RMSCLDT参考它的事件格式。
+```
+
+
+#### 3.25.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M FLOP
+
+
+
+
+
+XML Tag Description Format Req Values
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(4) M CLDT
+ data section.
+ 消息发送的子类型. Meta Data段的一部
+ 分.
+ FLOP Identifies start of the operational data. - M This starts a section.
+ 操作数据的开始标识 一个新段落的开始
+ FLID Unique AODB ID for identifying a flight Number(1-12) M
+ AODB中唯一的航班ID
+ FFID Friendly flight Id for easy identification. Char(20-32) M Formed by concatenating
+ 航班ID别名，便于辨别 following fields of
+ AODBSCHD message in
+ order namely
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ 格式为AODBSCHD报文
+ 中相关的字段顺序，
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ CLDT This indicates the start of carousel Number(1) P This starts a new section
+ related data for a flight record. This and includes carousel
+ includes a parameter CLNO to identify specific information as
+ the carousel record number for a flight below. An empty TAG
+ with multiple carousels.
+ 航班行李转盘数据的开始标志。包括一 will be sent for
+ 个参数CLNO表示多行李转盘航班的行 a flight with previous
+ carousel allocations to
+ 李转盘号
+ signify there are no
+ carousel allocations now.
+ 一个新段落的开始，包括
+ 行李转盘的信息。空值
+
+ 表示航班曾经分
+ 配了行李转盘而现在未分
+ 配。
+ BELT Baggage belt number for arrival flights Char(1-8) M Carousel codes
+ 到达航班的行李传送带号 reference table to be
+ decided by CDIA.
+ 行李转盘代码表由成都机
+ 场定义。
+ BCLS Baggage carousel class Char(1) M Following class codes will
+ 行李转盘等级 be supported:
+ 支持如下等级代码
+ F = First class/头等
+ C = Business class/商务
+ Y = Economy class/经济
+
+
+
+
+XML Tag Description Format Req Values
+ X = No specific class/全
+ 部
+ If more than one class
+ can be used for carousel
+ allocationon a single belt,
+ CLDT will be repeated for
+ each class.
+ 如果一个行李转盘可被用
+ 于多个等级的行李转盘分
+ 配 ， 那 么 CLDT 将 为 每 个
+ 等级重复一次。
+ PCOT Planned time for carousel start usage Char(11) M DDMONYYHHMM
+ for flight Local time 24 hr format
+ 航班行李转盘计划开始使用时间 当地时间24小时格式
+ PCCT Planned time for carousel end usage Char(11) M DDMONYYHHMM
+ for flight Local time 24 hr format
+ 航班行李转盘计划结束使用时间 当地时间24小时格式
+ FBAG Date and time when the first bag was Char(11) O DDMONYYHHMM
+ placed on this belt for an arrival flight Local time 24 hr format
+ 到达航班第一件行李放置传送带的日期 当地时间24小时格式
+ 时间
+ LBAG Date and time when the last bag Char(11) O DDMONYYHHMM
+ leaves this belt for an arrival flight Local time 24 hr format
+ 到达航班最后一件行李离开传送带的日 当地时间24小时格式
+ 期时间
+ BTYP Domestic or international indicator of Char(1) M D – Domestic/国内
+ belt resource I – International/国际
+ 传送带资源的国内国际标识
+```
+
+
+#### 3.25.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ FLOP
+ CLDT
+
+
+ 121112312
+ CA-CA101-A-12DEC031345-D
+
+
+
+
+
+
+ B01
+ X
+ 12DEC031330
+ 12DEC031430
+ D
+
+
+
+```
+
+
+
+
+
+### 3.26 AODB flight chute event/ AODB 航班行李传送带事件
+
+
+
+
+#### 3.26.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBCHDT
+ 消息代码
+ Event Description This event occurs whenever a flight‟s chute related data
+ 事件描述 is updated in AODB.
+ 当 AODB 中一个航班的行李传送带修改时，发生该事
+ 件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered by flight‟s chute data update in
+ 频率 AODB.
+ 非计划的，AODB 中航班行李传送带改变时触发。
+ Reasons for chute data update include:
+ 行李传送带改变的原因有：
+ Flight‟s chute(s) is assigned/de-assigned and sent by
+ BHS.
+ 从 BHS 收到航班行李传送带分配/重分配信息。
+ Flight chute start usage time is set and sent by BHS.
+ BHS 设置发送航班行李传送带开始时间。
+ Flight chute end usage time is set and sent by BHS.
+ BHS 设置发送航班行李传送带结束时间。
+ Any of above chute data for a flight is updated manually
+ in AODB.
+ 在 AODB 中手工修改一个航班上述的行李传送带数据。
+ Data Range This is sent out only if the chute data is changed for a
+ 数据范围 flight which is scheduled for operation within the current
+ operational window of „x‟ hours (typically next 48 hours).
+ Latest snapshot of all chute related data for a flight is
+ included.
+ 行李传送带数据修改事件仅当航班建立的计划操作日期在
+ 当前操作窗口内的若干小时（通常是 48 小时内）中发
+ 出。
+ 包括一个航班相关的行李传送带所有的数据。
+
+
+
+
+ Data Count One or more flight chute records in single XML
+ 数据数 message.
+ 一条 XML 报文中包括一条或多条航班行李传送带数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京时间
+ Comments Sent only for departure flights.
+ 注释 Sent only on “normal sortation” of flights done by RMS.
+ "Early", "rush" and "late" chutes used for the flight is not
+ reported since these are normally the same for all/many
+ flights.
+ 仅对离港航班。仅在RMS中航班为“正常分类”时发
+ 送。“提早”、“紧急”，“延后”的航班行李传送带不
+ 会报告，因为对所有/很多航班而言与正常的相同。
+ Processing Exceptions RMS will reject this message if received from AODB.
+ 处理例外 RMS如果从AODB收到这消息将拒绝
+ But if such data is specified in daily schedule message
+ RMS will process.
+ 如果这些数据来自日计划，RMS将处理。
+ This message retained here only because RMSCHDT is
+ referring to this event for formats.
+ 这个消息在这里只是便于RMSCHDT参考它的事件格式。
+```
+
+
+#### 3.26.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M FLOP
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(4) M CHDT
+ data section.
+
+
+
+
+XML Tag Description Format Req Values
+ 消息发送的子类型. Meta Data段的一部
+ 分.
+ FLOP Identifies start of the operational data. - M This starts a section.
+ 操作数据的开始标识 一个新段落的开始
+ FLID Unique AODB ID for identifying a flight Number(1-12) M
+ AODB中唯一的航班ID
+ FFID Friendly flight Id for easy identification. Char(20-32) M Formed by concatenating
+ 航班ID别名，便于辨别 following fields of
+ AODBSCHD message in
+ order namely
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ 格式为AODBSCHD报文
+ 中相关的字段顺序，
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ CHDT Has a parameter CHNO to identify the Number(1) P This starts a chute
+ chute number associated with flight section and includes
+ which has multiple chute allocations. chute specific information
+ This data repeats for each chute of a as below. An empty TAG
+ flight. will
+ CHNO表示传送带号。航班的每个传送 be sent for a flight with
+ previous chute
+ 带中重复出现。
+ allocations to signify
+ there are no chute
+ allocations now.
+ 一个行李传送带段落的开
+ 始包括传送带的详情。空
+ 标签表
+ 示航班已分配但现在未分
+ 配。
+ CHUT This is the baggage chute allocated for Char(1-8) M
+ a departure flight.
+ 离港航班分配的行李传送带
+ CCLS Chute class Char(1) M Following class codes will
+ 行李传送带等级 be supported:
+ 支持如下等级代码
+ F = First class/头等
+ C = Business class/商务
+ Y = Economy class/经济
+ X = No specific class/全
+ 部
+ If more than one class
+ can be used for chute
+ allocationon a single
+ chute, CHDT will be
+
+
+
+
+XML Tag Description Format Req Values
+ repeated for each class.
+ 如果一个行李传送带可被
+ 用于多个等级的行李传送
+ 带分配，那么CHDT将为
+ 每个等级重复一次。
+ PCBT Planned time for chute start usage for Char(11) M DDMONYYHHMM
+ flight Local time 24 hr format
+ 航班行李转盘计划开始使用时间 当地时间24小时格式
+ PCET Planned time for chute end usage for Char(11) M DDMONYYHHMM
+ flight Local time 24 hr format
+ 航班行李转盘计划结束使用时间 当地时间24小时格式
+ CBTM Actual Time when the flight started Char(11) O DDMONYYHHMM
+ using the chute Local time 24 hr format
+ 航班实际开始使用传送带时间 当地时间24小时格式
+ CETM Actual Time when the flight stopped Char(11) O DDMONYYHHMM
+ using the chute Local time 24 hr format
+ 航班实际结束使用传送带时间 当地时间24小时格式
+ CTYP Domestic or International indicator of Char(1) M D – Domestic/国内
+ chute resource I – International/国际
+ 传送带资源的国内国际标志
+```
+
+
+#### 3.26.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20031215090311
+ FLOP
+ CHDT
+
+
+ 121112312
+ CA-CA101-D-15DEC031925-D
+
+ CH0021
+ X
+ 15DEC031530
+ 15DEC031830
+ 15DEC031520
+ 15DEC031900
+ D
+
+
+
+
+
+
+ CH0025
+ X
+ 15DEC031530
+ 15DEC031830
+ 15DEC031525
+ 15DEC031900
+ D
+
+
+
+```
+
+
+
+### 3.27 AODB flight cancel event/ AODB 航班取消事件
+
+
+
+
+#### 3.27.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBCNCL
+ 消息代码
+ Event Description This event occurs whenever a flight is cancelled in
+ 事件描述 AODB.
+ 当 AODB 中一个航班取消时，发生该事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered by flight cancel update in AODB.
+ 频率 非计划的，AODB 中航班取消时触发。
+ Reasons for cancel update include:
+ 取消的原因有：
+ Flight cancel received from an external system like ATC.
+ 从外部系统如 ATC 收到航班取消信息。
+ Flight cancel updated manually in AODB.
+ 在 AODB 中手工取消一个航班。
+ Data Range This is sent out only if the flight cancellation is changed
+ 数据范围 for a flight which is scheduled for operation within the
+ current operational window of „x‟ hours (typically next 48
+ hours).
+ 航班取消事件仅当航班建立的计划操作日期在当前操作窗
+ 口内的若干小时（通常是 48 小时内）中发出。
+ Data Count Single flight cancellation record in single XML message.
+ 数据数 一条 XML 报文中包括一条航班取消记录。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+
+
+
+
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments 1. This only signifies cancel of the flight but the
+ 注释 flight record itself is still present with “Cancelled”
+ status in AODB.
+ 仅表示航班取消，航班记录在AODB中依然存在，带
+ 有“取消”标志。
+ 2. If the cancellation update is reversed in AODB,
+ AODB sends the following event.
+ 如果在AODB中对取消进行撤销，AODB将发送下面
+ 的事件
+ a. One event to notify the cancellation
+ update has been UNDONE. This is
+ using empty cancel TAG and event
+ code AODBCNCL.
+ 一个事件表示取消修改撤销。使用一个
+ 空取消标签和AODBCNCL事件代码。
+```
+
+
+#### 3.27.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M FLOP
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(4) M CNCL
+ data section.
+ 消息发送的子类型. Meta Data段的一部
+ 分.
+ FLOP Identifies start of the operational data. - M This starts a section.
+ 操作数据的开始标识 一个新段落的开始
+ FLID Unique AODB ID for identifying a flight Number(1-12) M
+ AODB中唯一的航班ID
+ FFID Friendly flight Id for easy identification. Char(20-32) M Formed by concatenating
+ 航班ID别名，便于辨别 following fields of
+ AODBSCHD message in
+
+
+
+XML Tag Description Format Req Values
+ order namely
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ 格式为AODBSCHD报文
+ 中相关的字段顺序，
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ CNCL Cancellation date time. Char(11) P DDMONYYHHMM
+ 取消的日期时间 Local time 24 hr format.
+ An empty TAG means
+ undo cancellation of a
+ previously cancelled
+ flight.
+ 当地时间24小时格式
+ 空表示上一个取消撤销。
+```
+
+
+#### 3.27.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ FLOP
+ CNCL
+
+
+ 121112312
+ CA-CA101-A-12DEC031345-I
+ 15DEC031722
+
+
+```
+
+
+
+
+
+### 3.28 AODB flight estimated time event/ AODB 航班预计时间事件
+
+
+
+
+#### 3.28.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBESTT
+ 消息代码
+ Event Description This event occurs whenever the flight‟s estimated time is
+ 事件描述 updated in AODB.
+
+
+
+
+
+ 当 AODB 中一个航班的预计时间修改时，发生该事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered by flight‟s estimated time update
+ 频率 in AODB.
+ 非计划的，AODB 中航班预计时间改变时触发。
+ Reasons for estimated time update include:
+ 预计时间改变的原因有：
+ An estimated time update for a flight is received from an
+ external system like ATC.
+ 从外部系统如 ATC 收到航班预计时间更新信息。
+ An estimated time update for a flight is made manually in
+ AODB.
+ 在 AODB 中手工修改一个航班的预计时间。
+ Data Range This is sent out only if the flight estimated time is
+ 数据范围 changed for a flight which is scheduled for operation
+ within the current operational window of „x‟ hours
+ (typically next 48 hours).
+ 预计时间数据修改事件仅当航班建立的计划操作日期在当
+ 前操作窗口内的若干小时（通常是 48 小时内）中发出。
+ Data Count Single flight estimated time record in single XML
+ 数据数 message.
+ 一条 XML 报文中包括一条航班预计时间数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments None
+ 注释 无
+```
+
+
+#### 3.28.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+
+
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M FLOP
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(4) M ESTT
+ data section.
+ 消息发送的子类型. Meta Data段的一部
+ 分.
+ FLOP Identifies start of the operational data. - M This starts a section.
+ 操作数据的开始标识 一个新段落的开始
+ FLID Unique AODB ID for identifying a flight Number(1-12) M
+ AODB中唯一的航班ID
+ FFID Friendly flight Id for easy identification. Char(20-32) M Formed by concatenating
+ 航班ID别名，便于辨别 following fields of
+ AODBSCHD message in
+ order namely
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ 格式为AODBSCHD报文
+ 中相关的字段顺序，
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ ESTT Estimated time of flight. This will point Char(11) P DDMONYYHHMM
+ to ETA for arrivals and ETD for Local time 24 hr format.
+ departures
+ An empty TAG means
+ 航班预计时间。ETA表示到达，ETD表 the existing estimated
+ 示离港。 time value is being
+ deleted.
+ 当地时间24小时格式。
+ 空表示预计时间删除。
+```
+
+
+#### 3.28.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ FLOP
+ ESTT
+
+
+ 121112312
+
+
+
+
+
+ CA-CA101-A-12DEC031345-D
+ 15DEC031807
+
+
+```
+
+
+
+
+
+
+### 3.29 AODB flight delete event/ AODB 航班删除事件
+
+
+
+
+#### 3.29.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBFDEL
+ 消息代码
+ Event Description This event occurs whenever a flight is deleted physically
+ 事件描述 in AODB.
+ 当 AODB 中一个航班物理删除时，发生该事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered by flight delete in AODB.
+ 频率 非计划的，AODB 中航班删除时触发。
+ Reasons for delete include:
+ 删除原因有：
+ Flight delete received from an external system like ATC.
+ 从外部系统如 ATC 收到航班删除信息。
+ Flight deleted manually in AODB. This typically happens
+ if the operator created an incorrect flight record by
+ mistake and deletes it.
+ 在 AODB 中手工删除航班。通常是当操作员建立航班错
+ 误时删除。
+ When part of a unique flight key field (airline code, flight
+ number, flight date, flight time, arrival/departure
+ indicator) changes, AODB will indicate the update by a
+ flight delete event AODBFDEL, followed by new flight
+ event AODBADFT. The unique flight identifier in the two
+ events may/may not be the same. Subsystems should
+ be able to process this sequence.
+ 当一个航班的唯一关键字段（航空公司代码，航班号，航
+ 班日期，航班时间，到达/离港标识）修改时，AODB 会
+ 在 新 航 班 事 件 AODBADFT 后 ， 发 出 航 班 删 除 事 件
+ AODBFDEL 指示。在两个事件中的唯一航班 ID 可能不一
+ 样。子系统可以处理该顺序。
+ Data Range This is sent out only if flight deleted is scheduled for
+ 数据范围 operation within the current operational window of „x‟
+ hours (typically next 48 hours).
+ 航班删除事件仅当航班建立的计划操作日期在当前操作窗
+ 口内的若干小时（通常是 48 小时内）中发出。
+ Data Count Single flight delete record in single XML message.
+
+
+
+
+ 数据数 一条 XML 报文中包括一条航班删除记录。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments 1. The flight record is removed forever from AODB.
+ 注释 航班从AODB中永久删除。
+```
+
+
+#### 3.29.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M FLOP
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(4) M FDEL
+ data section.
+ 消息发送的子类型. Meta Data段的一部
+ 分.
+ FLOP Identifies start of the operational data. - M This starts a section.
+ 操作数据的开始标识 一个新段落的开始
+ FLID Unique AODB ID for identifying a flight Number(1-12) M
+ AODB中唯一的航班ID
+ FFID Friendly flight Id for easy identification. Char(20-32) M Formed by concatenating
+ 航班ID别名，便于辨别 following fields of
+ AODBSCHD message in
+ order namely
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ 格式为AODBSCHD报文
+ 中相关的字段顺序，
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+
+
+
+
+XML Tag Description Format Req Values
+ FDEL XML Tag indicating flight is deleted - P Always an empty TAG
+ 表示航班删除 with no data and no
+ parameters
+ 永远是个空值，没有数据
+ 没有参数。
+```
+
+
+#### 3.29.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ FLOP
+ FDEL
+
+
+ 121112312
+ CA-CA101-A-12DEC031345-D
+
+
+
+```
+
+
+
+
+
+
+### 3.30 AODB flight diverted event/ AODB 航班转场事件
+
+
+
+
+#### 3.30.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBFDIV
+ 消息代码
+ Event Description This event occurs whenever the flight‟s diverted indicator
+ 事件描述 is updated in AODB.
+ 当 AODB 中一个航班的转场标志修改时，发生该事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered by flight‟s diverted indicator
+ 频率 update in AODB.
+ 非计划的，AODB 中航班转场标志改变时触发。
+ Reasons for flight‟s diverted indicator update include:
+ 转场标志改变的原因有：
+ Whenever an arrival flight bound for the Chengdu airport
+
+
+
+
+ is diverted to a new destination.
+ 到达成都机场的航班转场到新目的地。
+ If a new arrival (diverted from some other city) comes to
+ Chengdu it will be treated as an Adhoc flight and AODB
+ will send an AODBADFT in that case.
+ 如果一个新到达（从其他城市转场来）成都的航班被当做
+ 一个 Adhoc 航班，AODB 将发送 AODBADFT 事件。
+ Data Range This is sent out only if the flight diverted indicator is
+ 数据范围 changed for a flight which is scheduled for operation
+ within the current operational window of „x‟ hours
+ (typically next 48 hours).
+ 转场标志修改事件仅当航班建立的计划操作日期在当前操
+ 作窗口内的若干小时（通常是 48 小时内）中发出。
+ Data Count Single flight diverted indicator record in single XML
+ 数据数 message.
+ 一个 XML 报文中包括一个航班转场标志数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments None
+ 注释 无
+ Processing Exceptions Divert information will be shown in “Server Warnings” of
+ 处理例外 RMS for manual stand allocation correction.
+ 在RMS的”server warnings”中会显示备降信息，以便手动
+ 改正停机位分配。
+```
+
+
+#### 3.30.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M FLOP
+ data section.
+ 消息发送类型。Meta Data段的一部
+
+
+
+
+XML Tag Description Format Req Values
+ 分。
+STYP Subtype of message sent. Part of meta Char(4) M FDIV
+ data section.
+ 消息发送的子类型. Meta Data段的一部
+ 分.
+ FLOP Identifies start of the operational data. - M This starts a section.
+ 操作数据的开始标识 一个新段落的开始
+ FLID Unique AODB ID for identifying a flight Number(1-12) M
+ AODB中唯一的航班ID
+ FFID Friendly flight Id for easy identification. Char(20-32) M Formed by concatenating
+ 航班ID别名，便于辨别 following fields of
+ AODBSCHD message in
+ order namely
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ 格式为AODBSCHD报文
+ 中相关的字段顺序，
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ FDIV Contains a descriptive reason as to Char(1-30) P Free text diversion
+ why the flight has been diverted. Has reason.
+ two parameters called DDES and 自由文本格式
+ DDIR. DDES is to indicate the divert
+ Parameter DDES =
+ related airport. DDIR is to indicate the
+ Char(3)
+ divert direction (from or to the airport
+ specified in DDES). IATA airport code of
+ airport diverted to or
+ 航班转场的原因描述。带有两个参数
+ airport diverted from.
+ DDES和DDIR。DDES表示航班转场相
+ 关的机场。DDIR表示转场方向（从或 转场到的机场或从这个机
+ 到DDES指定的机场）。 场转场到成都，使用IATA
+ 机场代码
+ Parameter DDIR =
+ Char(2-4)
+ Divert direction. Valid
+ values are TO and
+ FROM
+ 备降的方向，合法的值为
+ “TO”和“FROM”。
+ An empty parameter
+ DDES=”” means the
+ existing flight diverted
+ indicator value is being
+ unset.
+ 空参数DDES=””表示已有
+ 的航班转场标志清除
+```
+
+
+#### 3.30.3 Event Message Sample/事件消息例子
+
+
+
+
+
+
+ The following flight deverted from CTU to HKG.
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ FLOP
+ FDIV
+
+
+ 121112312
+ CA-CA101-A-12DEC031345-D
+ INCLEMENT WEATHER
+
+
+```
+
+
+
+ The following flight deverted from SHA to CTU.
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ FLOP
+ FDIV
+
+
+ 121112313
+ CA-CA102-A-12DEC031345-D
+ INCLEMENT WEATHER
+
+
+```
+
+
+
+
+
+### 3.31 AODB flight finals time event/ AODB 航班最终时间事件
+
+
+
+
+#### 3.31.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBFINT
+ 消息代码
+ Event Description This event occurs whenever the flight‟s finals time (H10)
+ 事件描述 is updated in AODB.
+ 当 AODB 中一个航班的最终时间（H10）修改时，发生该
+
+
+
+
+ 事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered by flight finals time update in
+ 频率 AODB.
+ 非计划的，AODB 中航班最终时间改变时触发。
+ Reasons for finals time update include:
+ 航班最终时间修改的原因有：
+ A finals time update for a flight is received from an
+ external system like ATC.
+ 从外部系统如 ATC 中收到航班最终时间更新信息。
+ A finals time update for a flight is made manually in
+ AODB.
+ 在 AODB 中手工修改航班最终时间。
+ Data Range This is sent out only if the finals time is changed for a
+ 数据范围 flight which is scheduled for operation within the current
+ operational window of „x‟ hours (typically next 48 hours).
+ 航班最终时间修改事件仅当航班建立的计划操作日期在当
+ 前操作窗口内的若干小时（通常是 48 小时内）中发出。
+ Data Count Single flight finals time record in single XML message.
+ 数据数 一个 XML 报文中包括一个航班最终时间数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments Sent only for arrival flights.
+ 注释 仅对到达航班
+```
+
+
+#### 3.31.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M FLOP
+
+
+
+
+XML Tag Description Format Req Values
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(4) M FINT
+ data section.
+ 消息发送的子类型. Meta Data段的一部
+ 分.
+ FLOP Identifies start of the operational data. - M This starts a section.
+ 操作数据的开始标识 一个新段落的开始
+ FLID Unique AODB ID for identifying a flight Number(1-12) M
+ AODB中唯一的航班ID
+ FFID Friendly flight Id for easy identification. Char(20-32) M Formed by concatenating
+ 航班ID别名，便于辨别 following fields of
+ AODBSCHD message in
+ order namely
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ 格式为AODBSCHD报文
+ 中相关的字段顺序，
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ FINT Finals Time. This is set when an arrival Char(11) P DDMONYYHHMM
+ flight is approaching and confirms Local time 24 hr format
+ landing, say 10 minutes prior to arrival.
+ An empty TAG means
+ Typically used to confirm resources
+ the existing finals time
+ committed for the flight in the airport.
+ value is being deleted.
+ 最终时间。在到达航班快到并确认着陆
+ 当地时间24小时格式。空
+ 时设置，比如说到达前10分钟。通常用
+ 表示已有的最终时间删除
+ 于航班在机场资源提交的确认。
+```
+
+
+#### 3.31.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ FLOP
+ FINT
+
+
+ 121112312
+ CA-CA101-A-15JAN041345-D
+ 15FEB041330
+
+
+
+
+
+
+```
+
+
+
+
+
+### 3.32 AODB flight indicator event/ AODB 航班标识事件
+
+
+
+
+#### 3.32.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBFLIN
+ 消息代码
+ Event Description This event occurs whenever the flight indicator is
+ 事件描述 updated in AODB.
+ 当 AODB 中一个航班的标识修改时，发生该事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered by flight indicator update in
+ 频率 AODB.
+ 非计划的，AODB 中航班标识改变时触发。
+ Reasons for flight indicator update include:
+ 航班标识改变的原因：
+ A flight indicator change for a flight is received from an
+ external system like ATC.
+ 从外部系统如 ATC 收到一个航班标识修改的信息。
+ A flight indicator changes for a flight because of a
+ routing update.
+ 航班航线修改使得航班标识变化。
+ A flight indicator change for a flight is made manually in
+ AODB without changing routing.
+ 航班航线未改变，在 AODB 中手工修改航班标识。
+ Data Range This is sent out only if the data related to flight indicator
+ 数据范围 is changed for a flight which is scheduled for operation
+ within the current operational window of „x‟ hours
+ (typically next 48 hours).
+ 航班标识修改事件仅当航班建立的计划操作日期在当前操
+ 作窗口内的若干小时（通常是 48 小时内）中发出。
+ Data Count Single flight indicator record in single XML message.
+ 数据数 一个 XML 报文中包括一个航班标识数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+
+
+
+
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京时间
+ Comments 1. Whenever there is a routing change it may also
+ 注释 trigger flight indicator change event, based on
+ the new routing. For e.g. if a flight operating in a
+ domestic route is changed to an international
+ route, the flight indicator will change.
+ 当航班航线修改时可能触发航班标识修改事件。如，
+ 一个航班由国内航线该为国际航线，航班标识会发生
+ 改变。
+ 2. The AODBFLIN in such cases will be sent prior
+ to sending the AODBROUT event.
+ 在这种情况下AODBFLIN事件比AODBROUT事件先
+ 发送。
+```
+
+
+#### 3.32.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M FLOP
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(4) M FLIN
+ data section.
+ 消息发送的子类型. Meta Data段的一部
+ 分.
+ FLOP Identifies start of the operational data. - M This starts a section.
+ 操作数据的开始标识 一个新段落的开始
+ FLID Unique AODB ID for identifying a flight Number(1-12) M
+ AODB中唯一的航班ID
+ FFID Friendly flight Id for easy identification. Char(20-32) M Formed by concatenating
+ 航班ID别名，便于辨别 following fields of
+ AODBSCHD message in
+ order namely
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ 格式为AODBSCHD报文
+ 中相关的字段顺序，
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+
+
+
+
+
+XML Tag Description Format Req Values
+ FLIN Flight Indicator Char(1) M D – Domestic/国内
+ 航班标识 I – International/国际
+ M – Mixed/混合
+ R – Regional/地区
+```
+
+
+#### 3.32.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 173243
+ 20021010090311
+ FLOP
+ FLIN
+
+
+ 121112312
+ CA-CA101-A-12DEC031345-I
+ I
+
+
+```
+
+
+
+
+
+### 3.33 AODB flight returned event/ AODB 航班返航事件
+
+
+
+
+#### 3.33.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBFRET
+ 消息代码
+ Event Description This event occurs whenever the flight‟s returned
+ 事件描述 indicator is updated in AODB.
+ 当 AODB 中一个航班的返航标志修改时，发生该事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered by flight‟s returned indicator
+ 频率 update in AODB.
+ 非计划的，AODB 中航班返航标志改变时触发。
+ Reasons for flight‟s returned indicator update include:
+ 返航标志改变的原因有：
+ Whenever a departure flight aborts take off and returns
+ back to stand and AODB operator marks the flight as
+
+
+
+
+ returned.
+ 当一个离港航班中止起飞返回机位，AODB 操作员将该航
+ 班标为返航。
+ If the flight returns after take-off it will be regarded as
+ return from airborne and AODB will send an AODBADFT
+ in that case. It is expected that AODB operator will also
+ remark the old flight as a „Return from airborne‟.
+ 如果航班在起飞后返航，则认做是升空返航，AODB 将发
+ 送 AODBADFT 事件。AODB 操作员将原航班标为升空返
+ 航。
+ Data Range This is sent out only if the flight returned indicator is
+ 数据范围 changed for a flight which is scheduled for operation
+ within the current operational window of „x‟ hours
+ (typically next 48 hours).
+ 返航标志数据修改事件仅当航班建立的计划操作日期在当
+ 前操作窗口内的若干小时（通常是 48 小时内）中发出。
+ Data Count Single flight returned indicator record in single XML
+ 数据数 message.
+ 一个 XML 报文中包括一个航班返航标志数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments None
+ 注释 无
+```
+
+
+#### 3.33.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M FLOP
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+
+
+
+
+
+XML Tag Description Format Req Values
+STYP Subtype of message sent. Part of meta Char(4) M FRET
+ data section.
+ 消息发送的子类型. Meta Data段的一部
+ 分.
+ FLOP Identifies start of the operational data. - M This starts a section.
+ 操作数据的开始标识 一个新段落的开始
+ FLID Unique AODB ID for identifying a flight Number(1-12) M
+ AODB中唯一的航班ID
+ FFID Friendly flight Id for easy identification. Char(20-32) M Formed by concatenating
+ 航班ID别名，便于辨别 following fields of
+ AODBSCHD message in
+ order namely
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ 格式为AODBSCHD报文
+ 中相关的字段顺序，
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ FRET Contains a descriptive reason as to Char(1-30) P Free text reason for
+ why the flight has returned. Has a returned flight.
+ parameter called REID to indicate if it 自由文本格式
+ is an air or ground return.
+ Parameter REID =
+ 航班返航的原因描述。带有参数REID表
+ Char(1)
+ 示航班是升空返航或是地面返航。
+ G = Ground return/地面返
+ 航
+ A = Air return/升空返航
+ An empty TAG means
+ the existing flight
+ returned indicator value
+ is being unset.
+ 空表示航班返航标志清
+ 除。
+```
+
+
+#### 3.33.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ FLOP
+ FRET
+
+
+
+
+
+
+
+ 121112312
+ CA-CA101-A-12DEC031345-D
+ EXIT DOOR FAULT
+
+
+```
+
+
+
+
+
+### 3.34 AODB flight gate event/ AODB 航班登机门事件
+
+
+
+
+#### 3.34.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBGTDT
+ 消息代码
+ Event Description This event occurs whenever a flight‟s gate related data
+ 事件描述 is updated in AODB.
+ 当 AODB 中一个航班的登机门修改时，发生该事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered by flight‟s gate data update in
+ 频率 AODB.
+ 非计划的，AODB 中航班登机门改变时触发。
+ Reasons for gate data update include:
+ 登机门改变的原因有：
+ Flight‟s gate(s) is assigned/de-assigned and sent by
+ RMS.
+ 从 RMS 系统收到航班登机门分配/不分配信息。
+ Flight gate open time is set and sent by DCS.
+ DCS 设置发送登机门开放时间
+ Flight gate close time is set and sent by DCS.
+ DCS 设置发送登机门关闭时间
+ Any of above gate data for a flight is updated manually
+ in AODB.
+ 在 AODB 中手工修改一个航班上述的登机门信息。
+ Data Range This is sent out only if the flight gate data is changed for
+ 数据范围 a flight which is scheduled for operation within the
+ current operational window of „x‟ hours (typically next 48
+ hours).
+ Latest snapshot of all gate related data for a flight is
+ included.
+ 登机门数据修改事件仅当航班建立的计划操作日期在当前
+ 操作窗口内的若干小时（通常是 48 小时内）中发出。
+ 包括一个航班所有的登机门相关数据。
+ Data Count One or more flight gate records in single XML message.
+ 数据数 一条 XML 报文中包括一条或多条航班登机门数据。
+
+
+
+
+
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments None
+ 注释 无
+ Processing Exceptions RMS will reject this message if received from AODB.
+ 处理例外 RMS如果从AODB收到这消息将拒绝
+ But if such data is specified in daily schedule message
+ RMS will process.
+ 如果这些数据来自日计划，RMS将处理。
+ This message retained here only because RMSGTDT is
+ referring to this event for formats.
+ 这个消息在这里只是便于RMSGTDT参考它的事件格式。
+```
+
+
+#### 3.34.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M FLOP
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(4) M GTDT
+ data section.
+ 消息发送的子类型. Meta Data段的一部
+ 分.
+ FLOP Identifies start of the operational data. - M This starts a section.
+ 操作数据的开始标识 一个新段落的开始
+ FLID Unique AODB ID for identifying a flight Number(1-12) M
+ AODB中唯一的航班ID
+ FFID Friendly flight Id for easy identification. Char(20-32) M Formed by concatenating
+ following fields of
+
+
+
+
+XML Tag Description Format Req Values
+ 航班ID别名，便于辨别 AODBSCHD message in
+ order namely
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ 格式为AODBSCHD报文
+ 中相关的字段顺序，
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ GTDT This indicates the start of gate related Number(1) P This starts a new section
+ data for a flight record. This includes a and includes gate
+ parameter GTNO to identify the gate specific information as
+ record number for a flight with multiple below. An empty TAG
+ gates. This data repeats for each gate will
+ 一个航班登机门数据的开始。包括参数 be sent for a flight with
+ GTNO表示多登机门航班的登机门号。 previous gate allocations
+ to signify there are no
+ 每个登机门中重复出现。
+ gate allocations now.
+ 新段落的开始包括登机门
+ 的信息。空标签表
+ 示航班已分配的登机门取
+ 消了。
+ GATE Gate number assigned to this flight Char(1-8) M Gate code reference
+ 航班分配的登机门号 table to be decided by
+ CDIA.
+ 登机门代码参考数据由成
+ 都机场定义
+ PGOT Planned time for gate open for flight Char(11) M DDMONYYHHMM
+ 航班登机门的计划开启时间 Local time 24 hr format
+ 当地时间24小时格式
+ PGCT Planned time for gate close for flight Char(11) M DDMONYYHHMM
+ 航班登机门的计划关闭时间 Local time 24 hr format
+ 当地时间24小时格式
+ GOTM Time when the flight was gated Char(11) O DDMONYYHHMM
+ 登机门开放时间 Local time 24 hr format
+ Absent if no gate open
+ time assigned for flight.
+ 当地时间24小时格式。空
+ 表示航班未分配登机门开
+ 放时间
+ GCTM Time when the gate was closed Char(11) O DDMONYYHHMM
+ 登机门关闭时间 Local time 24 hr format
+ Absent if no gate open
+ time assigned for flight.
+ 当地时间24小时格式。空
+ 表示航班未分配登机门关
+
+
+
+
+
+XML Tag Description Format Req Values
+ 闭时间
+ GTYP Domestic or international indicator of Char(1) M D – Domestic/国内
+ gate resource I – International/国际
+ 登机门资源的国内国际标志
+```
+
+
+#### 3.34.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ FLOP
+ GTDT
+
+
+ 121112312
+ CA-CA101-A-12DEC031345-D
+
+ G28
+ 15DEC031805
+ 15DEC031925
+ 15DEC031825
+ D
+
+
+ G33
+ 15DEC031805
+ 15DEC031925
+ I
+
+
+ G23
+ 15DEC031805
+ 15DEC031925
+ D
+
+
+
+```
+
+
+
+
+
+
+
+
+### 3.35 AODB flight last call time event/ AODB 航班最后通知时间事件
+
+
+
+#### 3.35.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBLACL
+ 消息代码
+ Event Description This event occurs whenever a flight‟s last call time is
+ 事件描述 updated in AODB.
+ 当 AODB 中一个航班的最后通知时间修改时，发生该事
+ 件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered by flight last call time update in
+ 频率 AODB.
+ 非计划的，AODB 中航班最后通知时间改变时触发。
+ Reasons for flight last call time update include:
+ 最后通知时间改变的原因有：
+ A last call time update for a flight is received from DCS.
+ 从 DCS 收到航班最后通知时间修改信息。
+ A last call time update is made manually in AODB.
+ 在 AODB 中手工修改最后通知时间。
+ Data Range This is sent out only if the flight last call time is changed
+ 数据范围 for a flight which is scheduled for operation within the
+ current operational window of „x‟ hours (typically next 48
+ hours).
+ 最后通知时间数据修改事件仅当航班建立的计划操作日期
+ 在当前操作窗口内的若干小时（通常是 48 小时内）中发
+ 出。
+ Data Count Single flight last call time record in single XML message.
+ 数据数 一条 XML 报文中包括一条航班最后通知时间数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+
+
+
+
+
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments Sent only for departure flights
+ 注释 仅对离港航班
+ Processing Exceptions RMS will not perform any validation on whether last call
+ 处理例外 time is in future and set status to Last call once this
+ event is received. Last call status will be reset if empty
+ time is received.
+ RMS将不执行校验最后通知时间是不是在未来并在收到
+ 消息时设置最后通知状态一次。在收到空时间后最后通知
+ 状态将被重设。
+```
+
+
+#### 3.35.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M FLOP
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(4) M LACL
+ data section.
+ 消息发送的子类型. Meta Data段的一部
+ 分.
+ FLOP Identifies start of the operational data. - M This starts a section.
+ 操作数据的开始标识 一个新段落的开始
+ FLID Unique AODB ID for identifying a flight Number(1-12) M
+ AODB中唯一的航班ID
+ FFID Friendly flight Id for easy identification. Char(20-32) M Formed by concatenating
+ 航班ID别名，便于辨别 following fields of
+ AODBSCHD message in
+ order namely
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ 格式为AODBSCHD报文
+ 中相关的字段顺序，
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ LACL Time for last call of departure flight Char(11) P DDMONYYHHMM
+ 离港航班的最后通知时间 Local time 24 hr format.
+ 当地时间24小时格式
+ An empty TAG means
+ the existing last call time
+ is being blanked out
+ 空表示最后通知时间清除
+```
+
+
+#### 3.35.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ FLOP
+ LACL
+
+
+ 121112312
+ CA-CA101-A-12DEC031345-D
+ 15DEC031755
+
+
+```
+
+
+
+
+
+### 3.36 AODB flight maximum passengers event/ AODB 航班最大旅客数事件
+
+
+
+#### 3.36.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBMAXP
+ 消息代码
+ Event Description This event occurs whenever the flight‟s maximum
+ 事件描述 passenger count is updated in AODB.
+ 当 AODB 向子系统发送任何最大旅客数数据时，产生该
+ 事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered by flight maximum passenger
+ 频率 count update in AODB.
+ 非计划的，AODB 中航班的最大旅客数更改时触发：
+ Reasons for maximum passenger count update include:
+ 最大旅客数更改的原因有：
+ Flight‟s aircraft or registration number is changed in
+ AODB, causing the maximum passengers on the flight to
+ change.
+ AODB 中航班使用的机型或注册号变化，引起航班的最大
+ 旅客数更改。
+ A maximum passenger count is input manually in AODB
+
+
+
+
+ without an aircraft or registration number change.
+ AODB 中航班使用的机型或注册号未发生变化的情况下，
+ 手工修改航班的最大旅客数。
+ Data Range This is sent out only if the maximum passenger count is
+ 数据范围 changed for a flight which is scheduled for operation
+ within the current operational window of „x‟ hours
+ (typically next 48 hours).
+ 最大旅客数事件仅当航班建立的计划操作日期在当前操作
+ 窗口内的若干小时（通常是 48 小时内）中发出。
+ Data Count Single flight maximum passenger count record in single
+ 数据数 XML message.
+ 一个 XML 报文中包括一个航班最大旅客数数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments None
+ 注释 无
+```
+
+
+#### 3.36.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M FLOP
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(4) M MAXP
+ data section.
+ 消息发送的子类型. Meta Data段的一部
+ 分.
+ FLOP Identifies start of the operational data. - M This starts a section.
+ 一条操作数据的开始标志 一个部分的开始
+
+
+
+
+
+XML Tag Description Format Req Values
+ FLID Unique AODB ID for identifying a flight Number(1-12) M
+ AODB中一个航班唯一
+ FFID Friendly flight Id for easy identification. Char(20-32) M Formed by concatenating
+ 航班ID别名，便于识别 following fields of
+ AODBSCHD message in
+ order namely
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ 格式为AODBSCHD报文
+ 中的字段顺序ALCD,
+ FLNO, MVIN, SODT,
+ FLIN
+ MAXP Maximum passengers that this flight Number(1-3) P 0 – 999
+ can carry An empty TAG means
+ 该航班的最大载客数 the existing maximum
+ passenger count value is
+ being deleted.
+ 空表示最大载客数值被删
+ 除
+```
+
+
+#### 3.36.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ FLOP
+ MAXP
+
+
+ 121112312
+ CA-CA101-A-15JAN041345-D
+ 130
+
+
+```
+
+
+
+
+
+### 3.37 AODB flight handling agent/ AODB 航班 服务代理事件
+
+
+
+
+#### 3.37.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBHNAG
+
+
+
+
+ 消息代码
+ Event Description This event occurs whenever the flight‟s handling agent
+ 事件描述 data is updated in AODB.
+ 当 AODB 中一个航班的服务代理修改时，发生该事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered by flight handling agent data
+ 频率 update in AODB.
+ 非计划的，AODB 中航班服务代理数据改变时触发。
+ Reasons for handling agent data update include:
+ 服务代理数据修改的原因有：
+ A new contract is signed for servicing a flight causing its
+ field (or ground) handing agent or passenger handling
+ agent or maintenance handling agent, for a given day to
+ change.
+ 签订新的航班服务合同后，导致它的机坪（或地面）服务
+ 代理或旅客服务代理或维护服务代理在某天改变。
+ Field (or Ground) handling agent or passenger handling
+ agent or maintenance handling agent is updated for a
+ flight manually in AODB.
+ AODB 中手工修改机坪（或地面）服务代理或旅客服务代
+ 理或维护服务代理。
+ Data Range This is sent out only if the handling agent data is
+ 数据范围 changed for a flight which is scheduled for operation
+ within the current operational window of „x‟ hours
+ (typically next 48 hours).
+ 服务代理事件仅当航班建立的计划操作日期在当前操作窗
+ 口内的若干小时（通常是 48 小时内）中发出。
+ Data Count Single flight‟s field (or ground) handling agent data
+ 数据数 record and passenger handling agent record and
+ maintenance handling agent record in single XML
+ message.
+ 在一个 XML 报文中包括一个机坪（或地面）服务代理和
+ 旅客服务代理和维护服务代理。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+
+
+
+
+
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments CDIA may choose any of the below three handling agent
+ 注释 fields in AODB to influence subsystem business logic
+ like RMS. For e.g. all CA flights might prefer particular
+ field handling agent located near the east side of airport
+ and so would want a stand allocated on that side. So
+ CDIA will input such field handling agent for CA flights in
+ the field handling agent field specified below in AODB.
+ These 3 fields when sent to subsystems, will act as one
+ of the hints to influence subsystems‟ business logic.
+ 成都机场可以选择AODB中三个服务代理中的任何一个来
+ 改变子系统子系统中的业务逻辑，如RMS。例如，所有
+ CA的航班由靠近机场东部的那个机坪服务代理，所以想
+ 在那一侧分到机位。成都机场在AODB中可以为CA指定
+ 这样的机坪服务代理字段。这3个字段发送到子系统中，
+ 成为影响子系统运行的隐含因素。
+```
+
+
+#### 3.37.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M FLOP
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(4) M HNAG
+ data section.
+ 消息发送的子类型. Meta Data段的一部
+ 分.
+ FLOP Identifies start of the operational data. - M This starts a section.
+ 操作数据的开始标识 一个新段落的开始
+ FLID Unique AODB ID for identifying a flight Number(1-12) M
+ AODB中唯一的航班ID
+ FFID Friendly flight Id for easy identification. Char(20-32) M Formed by concatenating
+ 航班ID别名，便于辨别 following fields of
+ AODBSCHD message in
+ order namely
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ 格式为AODBSCHD报文
+ 中相关的字段顺序，
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ FHAG Field (or Ground) Handling agent for Number(1-9) P Organization id of field
+ flight that affects. handling agent.
+ 该航班的机坪（或外场）服务代理 Reference codes to be
+ decided by CDIA. An
+
+
+
+
+XML Tag Description Format Req Values
+ empty TAG means the
+ existing field handling
+ agent value is being
+ deleted.
+ 机坪服务代理的机构代
+ 码。参考代码将由成都机
+ 场决定。空表示已有的代
+ 理值删除。
+ PHAG Passenger Handling agent for flight Number(1-9) P Organization id of
+ 航班的旅客服务代理 passenger handling
+ agent. Reference codes
+ to be decided by CDIA.
+ 旅客服务代理的机构代
+ 码。参考代码将由成都机
+ 场决定。
+ MHAG Maintenance Handling agent for flight. Number(1-9) O Organization id of
+ 航班的维护服务代理 maintenance handling
+ agent. Reference codes
+ to be decided by CDIA.
+ 维护服务代理的机构代
+ 码。参考代码将由成都机
+ 场决定。
+```
+
+
+#### 3.37.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ FLOP
+ HNAG
+
+
+ 121112312
+ CA-CA101-A-12DEC031345-D
+ 234523
+ 22313
+ 234523
+
+
+```
+
+
+
+
+
+
+
+### 3.38 AODB flight planned stands event/ AODB 航班计划机位事件
+
+
+#### 3.38.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBPSDT
+ 消息代码
+ Event Description This event occurs whenever the planned stand data is
+ 事件描述 updated in AODB.
+ 当 AODB 中一个航班的计划机位修改时，发生该事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered by flight planned stand data
+ 频率 update in AODB.
+ 非计划的，AODB 中航班计划机位数据改变时触发。
+ Reasons for planned stand data update include:
+ 计划机位数据修改的原因有：
+ Planned stands allocation for confirmed parking stands
+ for a flight are received from RMS.
+ 从 RMS 收到航班计划机位位置确认信息。
+ Stands allocation updates for unconfirmation of
+ previously confirmed parking stands for a flight are
+ received from RMS.
+ 从 RMS 收到航班计划机位位置已确认信息改为未确认信
+ 息。
+ Allocation timing updates for confirmed parking stands
+ for a flight are received from RMS.
+ 从 RMS 收到航班确认停机位时间更改信息。
+ All above information is updated manually in AODB.
+ 在 AODB 手动修改上述航班数据。
+ Data Range This is sent out only if the data related to flight planned
+ 数据范围 stand data is changed for a flight which is scheduled for
+ operation within the current operational window of „x‟
+ hours (typically next 48 hours).
+ 航班的计划机位事件仅当航班建立的计划操作日期在当前
+ 操作窗口内的若干小时（通常是 48 小时内）中发出。
+ Data Count One or more planned stand data records in single XML
+ 数据数 message. Each planned stand will include full snapshot
+ of latest parking information for flight.
+ 一个 XML 报文中包括一个或多个航班行李转盘数据。每
+ 个计划机位包括一个航班中所有相关的机位数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+
+
+
+
+
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments 1. A chocks time update from AODB will not trigger a
+ 注释 planned stand update.
+ AODB中轮挡时间的修改不会触发计划机位的更新。
+ 2. Planned stands will be sent separately for arrivals
+ and departures as per the stand planning logic
+ explained below.
+ 到达和离港的计划机位会分开发送，每个机位计划如下。
+ Processing Exceptions RMS will reject this message if received from AODB.
+ 处理例外 RMS如果从AODB收到这消息将拒绝
+ But if such data is specified in daily schedule message
+ RMS will process.
+ 如果这些数据来自日计划，RMS将处理。
+ This message retained here only because RMSPSDT is
+ referring to this event for formats.
+ 这个消息在这里只是便于RMSPSDT参考它的事件格式。
+
+
+ Planned stand allocation policy for CDIA will be as follows
+ 成都机场的计划机位分配策略如下
+ a. A rotation (or link or turnaround) is treated as combination of an arrival flight and
+ a departure flight sharing same aircraft.
+ 转场（或连接或经停）航班认做是一个到达和离港结合的航班，共享一架飞机。
+ b. In case of an aircraft needing multiple stands parking, all stand movements will
+ be planned and recorded against the arrival flight except the very last movement.
+ 当一架飞机需要停靠多机位时，要计划并记录该到达航班的所有机位移动，除了非常
+ 前面的移动。
+ c. The last movement will be planned for both arrival and its turnaround departure.
+ 到达和经停离港的最后移动要做计划。
+ d. The actual recording of the last movement will be “On Chocks” for arrival flight
+ and “Off chocks” for the turnaround departure.
+ 到达航班最后移动的实际记录为“上轮挡”，经停离港的为“下轮挡”。
+ e. In AODB, for an aircraft still to arrive, the “current stand” will be the first planned
+ stand. Subsequently each time an “On Chocks” event comes for a flight (because
+ the aircraft moves to a stand), the “current stand” will be updated to reflect the
+ latest stand for which the On Chocks event arrived.
+
+
+
+
+
+
+ 在 AODB 中，到达航班要到达时，“当前机位”是第一计划的机位。然后，当航班每
+ 个“上轮挡”事件发生时（飞机滑至机位），“当前机位”更新为上轮挡事件的最后
+ 机位。
+ f. The above can be explained using the following examples.
+ 参考下面例子。
+
+ Note: This is for illustration actual formats to be based on XML.
+ 注意：以下演示根据 XML 的实际格式
+ Case 1: Single Stand Used by Turn Around
+ 例 1：经停航班使用单个机位
+ It is expected CA101 will arrive on Stand 11 at 1030 and depart as
+ CA102 from same Stand at 1330.
+ CA101 将在 10：30 降落停靠 11 号机位，13：30 在同一机位使用航班号 CA102 离港。
+ So RMS will send following planned stand information to AODB.
+ RMS 将发送以下计划机位信息给 AODB：
+ Planned Stands Against CA101
+ CA101 Arr Stand = S11 STST=1030 STET=1030
+ Planned Stands Against CA102
+ CA102 Dep Stand = S11 STST=1030 STET=1330
+ Assuming the flight is on time AODB (based on VDGS events) will
+ send the following Chocks Time events
+ When CA101 arrives
+ CA101 Arr Stand = S11 SeqNo = 1 Chock On Time = 1035
+
+ When the flight departs as CA102
+ CA102 Dep Stand = S11 SeqNo = 1 Chock Off Time = 1332
+
+ Case 2: Multiple Stand Moves Prior to Turn Around
+ 例 2：经停航班使用多机位
+ It is expected CA101 will arrive on Stand 11 at 1030, unload, go
+ to remote stand 22 at 1145 and park till 1320, then go to contact
+ Stand 15 and depart as CA102 at 1445.
+ CA101 将在 10：30 降落停靠 11 号机位，卸货，11：45 滑至远机位 22 停至 13：20，
+ 然后滑行到近机位 15 号使用航班号 CA102 在 14：45 离港。
+ So RMS will send following planned stand information to AODBAODB.
+ RMS 将发送以下计划机位信息给 AODB：
+
+ Planned Stands Against CA101
+ CA101 Arr Stand = S11 SeqNo = 1 STST=1030 STET=1145
+ CA101 Arr Stand = R22 SeqNo = 2 STST=1145 STET=1320
+ CA101 Arr Stand = S15 SeqNo = 3 STST=1320 STET=1320
+
+ Planned Stands Against CA102
+ CA102 Dep Stand = S15 SeqNo = 1 STST=1320 STET=1445
+
+ Assuming the flight is on time AODB (based on VDGS events) will
+ send the following Chocks Time events
+
+
+
+
+ When CA101 arrives and moves across stands
+ CA101 Arr Stand = S11 SeqNo = 1 Chock On Time = 1035
+ CA101 Arr Stand = S11 SeqNo = 1 Chock Off Time = 1140
+ CA101 Arr Stand = R22 SeqNo = 2 Chock On Time = 1145
+ CA101 Arr Stand = R22 SeqNo = 2 Chock Off Time = 1315
+ CA101 Arr Stand = S15 SeqNo = 3 Chock On Time = 1320
+
+ When the flight departs as CA102
+ CA102 Dep Stand = S15 SeqNo = 1 Chock Off Time = 1445
+```
+
+
+#### 3.38.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M FLOP
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(4) M PSDT
+ data section.
+ 消息发送的子类型. Meta Data段的一部
+ 分.
+ FLOP Identifies start of the operational data. - M This starts a section.
+ 操作数据的开始标识 一个新段落的开始
+ FLID Unique AODB ID for identifying a flight Number(1-12) M
+ AODB中唯一的航班ID
+ FFID Friendly flight Id for easy identification. Char(20-32) M Formed by concatenating
+ 航班ID别名，便于辨别 following fields of
+ AODBSCHD message in
+ order namely
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ 格式为AODBSCHD报文
+ 中相关的字段顺序，
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ PSDT This indicates the start of planned Number(1) P This is start of
+ stands data for a flight record. This information for one stand
+ includes a parameter PSNO to identify and the section could
+ the planned stand sequence number repeat for multiple
+ for a flight with multiple planned planned stands.
+ stands. One record will have data for Maximum 9 planned
+ one planned stand. stands are expected per
+ 航班计划机位数据的开始标志。包括一 flight. An empty TAG
+ 个参数PSNO表示多计划机位航班的机
+ 位号。每条记录包括一个计划机位数
+ here indicates there are
+ 据。
+ no planned stand
+ allocations for flight
+
+
+
+
+XML Tag Description Format Req Values
+ currently.
+ 是一个机位信息的开始，
+ 多个机位可以重复出现。
+ 每个航班最多9个计划机
+ 位。空标签表示
+ 当前航班未分配计划机
+ 位。
+ PSST This is the actual parking stand for Char(1-8) M Stand code reference
+ current planned stand record table to be decided by
+ 当前计划机位记录的实际停机位 CDIA.
+ 机位代码参考数据表由成
+ 都机场定义
+ STST Start time of stand allocation for the Char(11) O DDMONYYHHMM
+ flight. Local time 24 hr format.
+ 航班分配机位的开始时间 当地时间24小时格式
+ STET End time of stand allocation for the Char(11) O DDMONYYHHMM
+ flight. Local time 24 hr format.
+ 航班分配机位的结束时间 当地时间24小时格式
+```
+
+
+#### 3.38.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ FLOP
+ PSDT
+
+
+ 121112312
+ CA-CA101-A-12DEC031345-D
+
+ S211
+ 15DEC021330
+ 15DEC021415
+
+
+ R211
+ 15DEC021415
+ 15DEC021515
+
+
+
+
+
+
+ S209
+ 15DEC021515
+ 15DEC021645
+
+
+
+```
+
+
+
+
+
+### 3.39 AODB flight registration event/ AODB 航班注册号事件
+
+
+
+
+#### 3.39.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBRENO
+ 消息代码
+ Event Description This event occurs whenever a flight‟s registration
+ 事件描述 number is updated in AODB.
+ 当 AODB 中一个航班的注册号修改时，发生该事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered by flight registration number
+ 频率 update in AODB.
+ 非计划的，AODB 中航班注册号改变时触发。
+ Reasons for registration number update include:
+ 注册号改变的原因有：
+ A registration update for a flight is received from an
+ external system like ATC.
+ 从外部系统如 ATC 收到航班注册号更新信息。
+ A registration update for a flight is made manually in
+ AODB.
+ 在 AODB 中手工修改一个航班的注册号。
+ A flight‟s aircraft type is changed which indirectly causes
+ a registration number update.
+ 航班机型改变直接引起注册号的更改。
+ Data Range This is sent out only if the flight registration number is
+ 数据范围 changed for a flight which is scheduled for operation
+ within the current operational window of „x‟ hours
+ (typically next 48 hours).
+ 注册号数据修改事件仅当航班建立的计划操作日期在当前
+ 操作窗口内的若干小时（通常是 48 小时内）中发出。
+ Data Count Single flight registration record in single XML message.
+ 数据数 一条 XML 报文中包括一条航班注册号数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+
+
+
+
+
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments None
+ 注释 无
+```
+
+
+#### 3.39.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M FLOP
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(4) M RENO
+ data section.
+ 消息发送的子类型. Meta Data段的一部
+ 分.
+ FLOP Identifies start of the operational data. - M This starts a section.
+ 操作数据的开始标识 一个新段落的开始
+ FLID Unique AODB ID for identifying a flight Number(1-12) M
+ AODB中唯一的航班ID
+ FFID Friendly flight Id for easy identification. Char(20-32) M Formed by concatenating
+ 航班ID别名，便于辨别 following fields of
+ AODBSCHD message in
+ order namely
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ 格式为AODBSCHD报文
+ 中相关的字段顺序，
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ RENO Registration or tail Number of flight Char(1-10) P An empty TAG means
+ 航班注册号或尾号 the existing registration
+ value is being blanked
+ out
+
+
+
+
+
+XML Tag Description Format Req Values
+ 空表示注册号清除。
+```
+
+
+#### 3.39.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ FLOP
+ RENO
+
+
+ 121112312
+ CA-CA101-A-12DEC031345-D
+ T5561
+
+
+```
+
+
+
+
+
+### 3.40 AODB flight routing event/ AODB 航班航线事件
+
+
+
+
+#### 3.40.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBROUT
+ 消息代码
+ Event Description This event occurs whenever the data related to flight
+ 事件描述 routing is updated in AODB.
+ 当 AODB 中一个航班的航线修改时，发生该事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered by flight routing update in
+ 频率 AODB.
+ 非计划的，AODB 中航班航线改变时触发。
+ Reasons for routing update include:
+ 航线改变的原因有：
+ A routing change for a flight is received from an external
+ system like ATC.
+ 从外部系统如 ATC 收到航班航线更新信息。
+ A routing change for a flight is made manually in AODB.
+ 在 AODB 中手工修改一个航班的航线。
+
+
+
+
+
+ Routing timings are updated for a flight (like previous /
+ next step time) without changing the routing itself.
+ 航班航线未改但航线时间变化（如前/后站时间）
+ Data Range This is sent out only if the data related to flight routing is
+ 数据范围 changed for a flight which is scheduled for operation
+ within the current operational window of „x‟ hours
+ (typically next 48 hours).
+ 航线数据修改事件仅当航班建立的计划操作日期在当前操
+ 作窗口内的若干小时（通常是 48 小时内）中发出。
+ Data Count One or more routing records in single XML message.
+ 数据数 Each routing event will include full snapshot of latest
+ routing for flight.
+ 一条 XML 报文中包括一条或多条航班航线数据。每个航
+ 线事件包括航班所有的航线数据
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments 1. Whenever there is a routing change it may also
+ 注释 trigger flight indicator change event, based on
+ the new routing. For e.g. if a flight operating in a
+ domestic route is changed to an international
+ route, the flight indicator will change.
+ 当航线改变时，可能触发航班标识改变事件。如航班
+ 由国内航线改为国际航线，航班标识会变。
+ 2. For multi leg flights routing contents will be as
+ follows:
+ 多航段航线内容如下：
+ a. For departures ROUT will be sent
+ AODB such that RTNO =1 corresponds
+ to the next immediate departure stop,
+ RTNO = 2 corresponds to the second
+ next departure stop and so on.
+ 离港ROUT在AODB中发送RTNO＝1表示第
+ 一个离港站，RTNO＝2表示第二个离港站，
+
+
+
+
+
+ 以此类推。
+ b. For arrivals ROUT will be sent by AODB
+ such that RTNO =1 corresponds to the
+ previous immediate arrival station,
+ RTNO = 2 corresponds to the second
+ previous arrival stop and so on.
+ 到达ROUT在AODB中发送RTNO＝1表示第
+ 一个到达站，RTNO＝2表示第二个到达站，
+ 依此类推。
+ c. To get to flight final destination or flight
+ initial origin subsystems will look at the
+ last ROUT element or ROUT element
+ with maximum RTNO.
+ 航班的终点或是起点，从 ROUT 的最后参数
+ 或最大 RTNO 号中查找。
+ Processing Exceptions RMS can only support 4 route records for route event.
+ 处理例外 So RMS will accept the 4 most relevant routing records.
+ For a departure this will be the first 4, while for an arrival
+ it will be the last 4.
+ RMS只能支持4个航站。所以RMS支持最相关的4个航线
+ 记录。对于离港是前四个，对于到港时后四个。
+ RMS will ignore SCAT/SCDT tags in ROUT section
+ RMS将忽略ROUT部分中的SCAT/SCDT标签。
+```
+
+
+#### 3.40.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M FLOP
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(4) M ROUT
+ data section.
+ 消息发送的子类型. Meta Data段的一部
+ 分.
+ FLOP Identifies start of the operational data. - M This starts a section.
+ 操作数据的开始标识 一个新段落的开始
+ FLID Unique AODB ID for identifying a flight Number(1-12) M
+ AODB中唯一的航班ID
+ FFID Friendly flight Id for easy identification. Char(20-32) M Formed by concatenating
+ 航班ID别名，便于辨别 following fields of
+ AODBSCHD message in
+ order namely
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ 格式为AODBSCHD报文
+ 中相关的字段顺序，
+ ALCD, FLNO, MVIN,
+
+
+
+XML Tag Description Format Req Values
+ SODT, FLIN
+ ROUT Identifies start of one routing record. At Number(1) M This starts a new section
+ least one routing record is required per and encloses the routing
+ flight. This section repeats for each details of flight.
+ flight step. Includes a parameter called 一个新段落的开始，将一
+ RTNO to identify the route number 个航班航线信息括起来。
+ 一条航线记录的开始。每个航班需要至
+ 少一条航线记录。每个航段中重复出现
+ 该部分。带有参数RTNO表示航段。
+ APCD This is the previous airport for arrivals Char(3) M IATA airport code
+ and next airport for departures IATA机场代码
+ 航班前一个到达机场和下一个离港机场
+ SCAT The scheduled date time of arrival at Char(11) O DDMONYYHHMM
+ this stop Local time 24 hr format.
+ 本站计划到达日期时间 This will be absent for
+ starting point of an arrival
+ flight.
+ 当地时间24小时格式
+ 对航班起点站无该字段。
+ SCDT The scheduled date time of departure Char(11) O DDMONYYHHMM
+ from this stop Local time 24 hr format.
+ 本站计划离港日期时间 This will be absent for
+ last stop of flight
+ 当地时间24小时格式
+ 对航班终点站无该字段。
+```
+
+
+#### 3.40.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ FLOP
+ ROUT
+
+
+ 121112312
+ CA-CA101-A-12DEC031345-D
+
+ CTU
+
+ 15DEC031340
+
+
+
+
+
+
+
+
+```
+
+
+
+
+
+### 3.41 AODB flight turnaround event/ AODB 航班经停事件
+
+
+
+
+#### 3.41.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBTAOP
+ 消息代码
+ Event Description This event occurs whenever the flight turnaround
+ 事件描述 information is updated in AODB.
+ 当 AODB 中一个航班的经停信息修改时，发生该事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered by flight turnaround information
+ 频率 in AODB.
+ 非计划的，AODB 中航班经停信息改变时触发。
+ Reasons for flight turnaround information update
+ include:
+ 航班经停信息修改的原因有：
+ An unlinked arrival / departure flight is manually linked in
+ AODB.
+ 将一个不连接的到达/离港航班在 AODB 手工连接起来。
+ A linked arrival / departure flight is manually unlinked in
+ AODB.
+ 将一个连接的到达/离港航班在 AODB 中手工分离。
+ Flight‟s aircraft is updated for either the arrival or
+ departure portion of a turnaround in AODB causing a
+ link break.
+ AODB 中到达或离港航班使用的飞机更新引起连接断开。
+ Flight‟s registration number is updated for either the
+ arrival or departure portion of a turnaround in AODB
+ causing a link break.
+ AODB 中到达或离港航班的注册号更新引起连接断开。
+ Either the arrival or departure portion of a turnaround is
+ cancelled in AODB causing a link break.
+ AODB 中到达或离港航班取消引起连接断开。
+ Either the arrival or departure portion of a turnaround is
+ deleted in AODB causing a link break.
+ AODB 中到达或离港航班删除引起连接断开。
+ Data Range This is sent out only if the data related to flight
+ 数据范围 turnaround information is changed for a flight which is
+ scheduled for operation within the current operational
+ window of „x‟ hours (typically next 48 hours).
+ 经停航班的相关数据更新事件仅当航班建立的计划操作日
+
+
+
+
+ 期在当前操作窗口内的若干小时（通常是 48 小时内）中
+ 发出。
+ Data Count Single flight turnaround information record in single XML
+ 数据数 message.
+ 一个 XML 报文中包括一个经停航班信息数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments 1. Sent only for arrival flights
+ 注释 仅对到达航班
+ 2. In case other events like aircraft update,
+ registration update, cancellation, deletion etc
+ cause a turnaround link break, the break link will
+ be sent first.
+ 在其他事件如飞机更换、注册号修改、取消、删除等
+ 引起的经停连接断开时，将先发送断开连接事件。
+```
+
+
+#### 3.41.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M FLOP
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(4) M TAOP
+ data section.
+ 消息发送的子类型. Meta Data段的一部
+ 分.
+ FLOP Identifies start of the operational data. - M This starts a section.
+ 操作数据的开始标识 一个新段落的开始
+ FLID Unique AODB ID for identifying a flight Number(1-12) M
+
+
+
+
+
+XML Tag Description Format Req Values
+ AODB中唯一的航班ID
+ FFID Friendly flight Id for easy identification. Char(20-32) M Formed by concatenating
+ 航班ID别名，便于辨别 following fields of
+ AODBSCHD message in
+ order namely
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ 格式为AODBSCHD报文
+ 中相关的字段顺序，
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ TAOP Turnaround operator when it leaves Char(2-3) P IATA operator code. An
+ current airport empty TAG means the
+ 离开机场时经停承运人。 existing turnaround link
+ for an arrival is broken
+ and the arrival is no more
+ linked to any departure.
+ IATA承运人代码。空表示
+ 该到达航班的经停连接断
+ 开没有离港航班了。
+ TAFL Turnaround flight number when it Char(1-12) P An empty TAG means
+ leaves current airport the existing turnaround
+ 离开机场时的经停航班号 link for an arrival is
+ broken and the arrival is
+ no more linked to any
+ departure.
+ 空表示该到达航班的经停
+ 连接断开没有离港航班
+ 了。
+ TAID Unique AODB ID of the turnaround Number(1-12) P An empty TAG means
+ flight the existing turnaround
+ 经停航班唯一的AODB ID link for an arrival is
+ broken and the arrival is
+ no more linked to any
+ departure.
+ 空表示该到达航班的经停
+ 连接断开没有离港航班
+ 了。
+```
+
+
+#### 3.41.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 173243
+ 20021010090311
+
+
+
+
+ FLOP
+ TAOP
+
+
+ 121112312
+ CA-CA101-A-12DEC031345-D
+ CA
+ CA201
+ 6213345
+
+
+```
+
+
+
+
+
+### 3.42 AODB flight terminal event/ AODB 航班航站楼事件
+
+
+
+
+#### 3.42.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBTRML
+ 消息代码
+ Event Description This event occurs whenever the flight terminal is
+ 事件描述 updated in AODB.
+ 当 AODB 中一个航班的航站楼改变时，发生该事件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered by flight terminal update in
+ 频率 AODB.
+ 非计划的，AODB 中航班航站楼改变时触发。
+ Reasons for flight terminal update include:
+ 航班航站楼修改的原因有：
+ A flight terminal change for a flight is made manually in
+ AODB.
+ 在 AODB 中手工修改一个航班的航站楼。
+ Data Range This is sent out only if the data related to flight terminal
+ 数据范围 is changed for a flight which is scheduled for operation
+ within the current operational window of „x‟ hours
+ (typically next 48 hours).
+ 航班航站楼相关数据修改事件仅当航班建立的计划操作日
+ 期在当前操作窗口内的若干小时（通常是 48 小时内）中
+ 发出。
+ Data Count Single flight terminal record in single XML message.
+ 数据数 在一个 XML 报文中包括一条航班航站楼记录
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+
+
+
+
+
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments None
+ 注释 无
+```
+
+
+#### 3.42.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M FLOP
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(4) M TRML
+ data section.
+ 消息发送的子类型. Meta Data段的一部
+ 分.
+ FLOP Identifies start of the operational data. - M This starts a section.
+ 操作数据的开始标识 一个新段落的开始
+ FLID Unique AODB ID for identifying a flight Number(1-12) M
+ AODB中唯一的航班ID
+ FFID Friendly flight Id for easy identification. Char(20-32) M Formed by concatenating
+ 航班ID别名，便于辨别 following fields of
+ AODBSCHD message in
+ order namely
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ 格式为AODBSCHD报文
+ 中相关的字段顺序，
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ TRML Terminal from which the flight will Char(1-5) P Terminal codes to be
+ operate decided by CDIA. An
+ 航班的运营的航站楼 empty TAG means the
+ terminal value originally
+ assigned is being deleted
+ now i.e. flight has no
+
+
+
+
+XML Tag Description Format Req Values
+ terminal assigned.
+ 航站楼代码由成都机场定
+ 义。空表示原航站楼删除
+ 即航班未分配航站楼。
+```
+
+
+#### 3.42.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 173243
+ 20021010090311
+ FLOP
+ TRML
+
+
+ 121112312
+ CA-CA101-A-12DEC031345-D
+ T2
+
+
+```
+
+
+
+
+
+### 3.43 AODB flight VIP passengers event/ AODB 航班 VIP 旅客事件
+
+
+
+#### 3.43.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBVIPP
+ 消息代码
+ Event Description This event occurs whenever the flight‟s VIP passenger
+ 事件描述 data is updated in AODB.
+ 当 AODB 中一个航班的 VIP 旅客数据修改时，发生该事
+ 件。
+ Single Recipient No
+ 接收者 无
+ Frequency Unscheduled, triggered by flight VIP passenger data
+ 频率 update in AODB.
+ 非计划的，AODB 中航班 VIP 旅客数据改变时触发。
+ Reasons for VIP passenger data update include:
+ VIP 旅客数据修改的原因：
+
+
+
+
+
+ VIP passengers are assigned to a flight causing the VIP
+ passenger count or the VIP ranking of the flight to
+ change.
+ 航班 VIP 旅客数变化或航班的 VIP 等级更改。
+ Data Range This is sent out only if the VIP passenger data is
+ 数据范围 changed for a flight which is scheduled for operation
+ within the current operational window of „x‟ hours
+ (typically next 48 hours).
+ 航班 VIP 旅客事件仅当航班建立的计划操作日期在当前操
+ 作窗口内的若干小时（通常是 48 小时内）中发出。
+ Data Count Single flight VIP passenger data record in single XML
+ 数据数 message.
+ 一个 XML 报文中包括一个航班 VIP 旅客数据记录。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments None
+ 注释 无
+ Processing Exceptions RMS will ignore VIPP
+ 处理例外 RMS将忽略VIPP
+```
+
+
+#### 3.43.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M FLOP
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(4) M VIPP
+ data section.
+ 消息发送的子类型. Meta Data段的一部
+ 分.
+
+
+
+
+XML Tag Description Format Req Values
+ FLOP Identifies start of the operational data. - M This starts a section.
+ 操作数据的开始标识 一个新段落的开始
+ FLID Unique AODB ID for identifying a flight Number(1-12) M
+ AODB中唯一的航班ID
+ FFID Friendly flight Id for easy identification. Char(20-32) M Formed by concatenating
+ 航班ID别名，便于辨别 following fields of
+ AODBSCHD message in
+ order namely
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ 格式为AODBSCHD报文
+ 中相关的字段顺序，
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ VIPP VIP passengers. This will be present Number(1-3) P Number of VIP
+ when there are VIP passengers on that passengers in current
+ flight flight. An empty TAG
+ VIP旅客。当航班中有VIP旅客时出现。 means the existing VIP
+ passenger count value is
+ being deleted.
+ 当前航班的VIP旅客数。
+ 空表示已有的VIP旅客数
+ 删除。
+ VIPR VIP flight ranking flag Number(1) P A single digit number to
+ VIP航班等级标志 be decided by CDIA to
+ indicate VIP ranking. 0
+ means not VIP.
+ 一个单一数字表示VIP的
+ 等级。具体数字将由CDIA
+ 决定。0表示不是VIP航
+ 班。
+ An empty TAG means
+ the existing VIP rating
+ value is being deleted.
+ 空表示VIP级别值被删除
+```
+
+
+#### 3.43.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ FLOP
+ VIPP
+
+
+
+
+
+
+ 121112312
+ CA-CA101-A-12DEC031345-D
+ 2
+ 3
+
+
+```
+
+
+
+
+
+### 3.44 AODB error to RMS event/ AODB 发向 RMS 的错误事件
+
+
+
+
+#### 3.44.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code AODBERORRMS
+ 消息代码
+ Event Description This is triggered whenever AODB needs to send an
+ 事件描述 error message to RMS.
+ 当 AODB 需要向 RMS 发送错误信息事件时发生。
+ Single Recipient Yes
+ 接收者 是
+ Frequency Unscheduled, triggered by error handling in AODB.
+ 频率 非计划的，AODB 发生错误时触发。
+ Reasons for error event send include:
+ 错误事件原因有：
+ AODB finds an error in the input
+ message/format/content from RMS.
+ AODB 从 RMS 中发现输入的报文/格式/内容错误。
+ AODB cannot logically process the message from RMS
+ due to business logic conflict.
+ AODB 收到的 RMS 报文无法处理，与商业流程冲突。
+ AODB cannot process the message from RMS due to
+ internal AODB error.
+ 由于内部错误，AODB 无法处理收到的 RMS 报文。
+ Data Range Not Applicable.
+ 数据范围 不适用
+ Data Count Single error record in single XML message. Multiple
+ 数据数 errors are conveyed as separate events.
+ 一个 XML 报文中包括一条错误记录。多个错误分开成多
+ 个事件。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+
+
+
+
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments None
+ 注释 无
+ Processing Exceptions RMS will ignore the following fields in the message
+ 处理例外 RMS将忽略消息中下列字段
+ RSND
+```
+
+
+#### 3.44.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M EROR
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(4) M NONE
+ data section.
+ 消息发送的子类型. Meta Data段的一部
+ 分.
+EROR Identifies start of the error reporting - M This starts a section.
+ data. 一个段落的开始
+ 错误报告数据的开始标志
+SEQS Sequence number from the meta data Number(1-6) M Copy SEQN field from
+ of RMS source message where error source message
+ was found 从原报文中复制SEQN字
+ RMS中meta数据存在错误字段的顺序 段
+ 号
+TYPS Message type from the meta data of Char(4) M Copy TYPE field from
+ RMS source message where error was source message
+ found 从原报文中复制TYPE字
+ RMS中meta数据存在错误字段的报文 段
+ 类型
+STYS Message sub type from the meta data Char(4) M Copy STYP field from
+ of RMS source message where error source message
+ was found 从原报文中复制STYP字
+ RMS中meta数据存在错误字段的报文 段
+
+
+
+
+XML Tag Description Format Req Values
+ 子类型
+ETEX This is a descriptive text indicating Char(1-200) M
+ error
+ 错误的文字描述
+RSND This is a flag to indicate whether to Char(1) M Y or N
+ request an automatic resend of the
+ message or not
+ 是否请求一个自动重发标识
+```
+
+
+#### 3.44.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ AODB
+ 1243
+ 20021010090311
+ EROR
+ NONE
+
+
+ 123123
+ FLOP
+ GTDT
+ Error updating DB incorrect stand value
+ N
+
+
+```
+
+
+
+
+
+
+
+
+## 4 RMS to AODB Event Details/RMS 到 AODB 事件
+
+
+
+### 4.1 RMS flight check in counter event/ RMS 航班值机柜台事件
+
+
+
+#### 4.1.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code RMSCKDT
+ 消息代码
+ Event Description This is triggered whenever RMS needs to send flight
+ 事件描述 check in counter assignments including timing changes
+ to AODB.
+ 当 RMS 中一个航班的值机柜台相关数据修改时（包括时
+ 间修改），发生该事件。
+ Single Recipient Yes
+ 接收者 是
+ Frequency Unscheduled, triggered by check in counter assignment
+ 频率 in RMS.
+ 非计划的，RMS 中航班值机柜台数据改变时触发。
+ Reasons for check in counter assignment include:
+ 值机柜台数据修改的原因有：
+ RMS operator confirms a check in counter allocation
+ within RMS.
+ RMS 操作员在 RMS 中确认了一个值机柜台分配。
+ RMS operator unconfirms a previously confirmed check
+ in counter allocation within RMS.
+ RMS 操作员在 RMS 中取消了一个值机柜台之前的确认。
+ RMS operator manually changes the counter occupancy
+ timings for previously confirmed counter allocations for a
+ flight.
+ RMS 操作员手动改变一个已经确认的值机柜台的占用时
+ 间。
+ RMS system automatically changes the counter
+ occupancy timings for previously confirmed counter
+ allocations for a flight.
+ RMS 系统自动为一个已经确认的值机柜台修改柜台占用
+ 时间。
+ Data Range This is sent out only if the flight check in counter data is
+ 数据范围 changed for a flight within RMS operational window
+ (which may/may not map to typical AODB window of 48
+ hours)
+ 航班值机柜台事件仅当航班建立的计划操作日期在 RMS
+ 当前操作窗口内的若干小时（可能也可能不和 AODB 通
+ 常的 48 小时时间窗匹配）中发出。
+
+
+
+
+ Latest snapshot of all check in counter related data for a
+ flight should be included.
+ 包括一个航班中所有相关的值机柜台数据。
+ Data Count One or more flight check in counter assignment records
+ 数据数 in single XML message.
+ 一个 XML 报文中包括一个或多个航班值机柜台数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments 1. All check in counter assignments for a flight are
+ 注释 to be sent with each change. This is so that any
+ check in counter message from RMS will
+ contain complete snapshot of all check in
+ counters currently confirmed for that flight in
+ RMS.
+ 每一次修改都会发送航班的整个值机柜台分配。
+ 也就是说RMS发送的消息将包括航班分配的整个
+ 快照。
+ 2. If all check in counters get unconfirmed still a
+ message is needed to indicate that the flight has
+ no confirmed check in counter.
+ 如果所有值机柜台都被取消确认，一个消息会被
+ 发送，标志该航班没有确认的柜台。
+ 3. Check in counter assignments for a mixed flight
+ will be communicated in same check in counter
+ message. Each such assignment will identify the
+ D/I allocation of resource.
+ 一个混合航班的值机柜台将在同一个值机柜台消
+ 息中。每个分配将带有D/I标识分配的资源。
+ 4. RMS will send counter separate events for
+ master and code share.
+ RMS将为主航班和代码共享分别发送事件。
+ 5. RMS will support a single character for class
+ based allocations in CCLS field for Counters i.e.
+
+
+
+
+ if a counter can accept any class passenger an
+ X needs to be used instead of combination like
+ FC etc
+ RMS将根据CCLS字段支持一个字符的等级。例
+ 如，一个柜台可以支持任何等级的旅客，使用X
+ 而不是如FC这样的组合。
+```
+
+
+#### 4.1.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+ Refer format under AODBCKDT event. The format is the same as AODBCKDT event,
+ except the message sender SNDR in the meta header section will be set to RMS.
+ Further the optional fields COTM and CCTM will not be sent by RMS since RMS is the
+ not source for these values.
+ 参见AODBCKDT事件的格式。格式与AODBCKDT事件相同，除了头部的发送者SNDR
+ 被设置为RMS。COTM和CCTM字段不会被RMS发送由于RMS不是这些值的源。
+```
+
+
+#### 4.1.3 Event Message Sample/事件消息例子
+
+
+
+ Refer sample under AODBCKDT event, except the SNDR will be set to RMS and the
+ fields COTM, CCTM will be absent in the message sent from RMS.
+ 参见AODBCKDT事件的例子出了SNDR将是RMS并且RMS发送的消息不会有COTM和
+ CCTM标签。
+
+
+
+
+### 4.2 RMS flight carousel event/ RMS 航班行李转盘事件
+
+
+
+#### 4.2.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code RMSCLDT
+ 消息代码
+ Event Description This is triggered whenever RMS needs to send flight
+ 事件描述 carousel assignments including timing changes to
+ AODB.
+ 当 RMS 中一个航班的行李提取转盘相关数据修改时（包
+ 括时间修改），发生该事件。
+ Single Recipient Yes
+ 接收者 是
+ Frequency Unscheduled, triggered by carousel assignment in RMS.
+ 频率 非计划的，RMS 中航班行李提取转盘数据改变时触发。
+ Reasons for carousel assignment include:
+ 行李提取转盘数据修改的原因有：
+ RMS operator confirms a carousel allocation within
+ RMS.
+ RMS 操作员在 RMS 中确认了一个行李提取转盘分配。
+ RMS operator unconfirms a previously confirmed
+
+
+
+
+ carousel allocation within RMS.
+ RMS 操作员在 RMS 中取消了一个行李提取转盘之前的确
+ 认。
+ RMS operator manually changes the carousel
+ occupancy timings for previously confirmed carousel
+ allocations for a flight.
+ RMS 操作员手动改变一个已经确认的行李提取转盘的占
+ 用时间。
+ RMS system automatically changes the carousel
+ occupancy timings for previously confirmed carousel
+ allocations for a flight.
+ RMS 系统自动为一个已经确认的行李提取转盘修改行李
+ 提取转盘占用时间。
+ Data Range This is sent out only if the flight carousel data is changed
+ 数据范围 for a flight within RMS operational window (which
+ may/may not map to typical AODB window of 48 hours)
+ Latest snapshot of all carousel related data for a flight
+ should be included.
+ 航班行李提取转盘事件仅当航班建立的计划操作日期在
+ RMS 当 前 操 作 窗 口 内 的 若 干 小 时 （ 可 能 也 可 能 不 和
+ AODB 通常的 48 小时时间窗匹配）中发出。
+ Data Count One or more flight carousel assignment records in single
+ 数据数 XML message.
+ 包括一个航班中所有相关的行李提取转盘数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments 1. All carousel assignments for a flight are to be
+ 注释 sent with each change. This is so that any
+ carousel message from RMS will contain
+ complete snapshot of all carousels currently
+ confirmed for that flight in RMS.
+ 每一次修改都会发送航班的整个行李提取转盘分
+ 配。也就是说RMS发送的消息将包括航班分配的
+
+
+
+
+
+ 整个快照。
+ 2. If all carousels get unconfirmed still a message
+ is needed to indicate that the flight has no
+ confirmed carousel.
+ 如果所有行李提取转盘都被取消确认，一个消息
+ 会被发送，标志该航班没有确认的行李提取转
+ 盘。
+ 3. Carousel assignments for a mixed flight will be
+ communicated in same carousel message. Each
+ such assignment will identify the D/I allocation of
+ resource.
+ 一个混合航班的行李提取转盘将在同一个行李提
+ 取转盘消息中。每个分配将带有D/I标识分配的资
+ 源。
+ 4. RMS will send separate carousel events for
+ master and code share.
+ RMS将为主航班和代码共享分别发送事件。
+ 5. RMS does not support class based allocation for
+ carousels. Since BCLS field is mandatory RMS
+ will always send X in this field.
+ RMS不支持行李提取转盘按等级分配。由于
+ BCLS是强制字段，RMS永远发X在这个字段。
+```
+
+
+#### 4.2.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+ Refer format under AODBCLDT event. The format is the same as AODBCLDT event,
+ except the message sender SNDR in the meta header section will be set to RMS.
+ Further the optional fields FBAG and LBAG will not be sent by RMS since RMS is the
+ not source for these values.
+ 参见AODBCLDT事件的格式。格式与AODBCLDT事件相同，除了头部的发送者SNDR被
+ 设置为RMS。FBAG和LBAG字段不会被RMS发送由于RMS不是这些值的源。
+```
+
+
+#### 4.2.3 Event Message Sample/事件消息例子
+
+
+
+ Refer sample under AODBCLDT event, except the SNDR will be set to RMS and the
+ fields FBAG, LBAG will be absent in the message sent from RMS.
+ 参见AODBCLDT事件的例子出了SNDR将是RMS并且RMS发送的消息不会有FBAG和
+ LBAG标签。
+
+
+
+
+### 4.3 RMS flight gate event/ RMS 航班登机门事件
+
+
+
+#### 4.3.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code RMSGTDT
+
+
+
+
+
+ 消息代码
+ Event Description This is triggered whenever RMS needs to send flight
+ 事件描述 gate assignments including timing changes to AODB.
+ 当 RMS 中一个航班的行李提取转盘相关数据修改时（包
+ 括时间修改），发生该事件。
+ Single Recipient Yes
+ 接收者 是
+ Frequency Unscheduled, triggered by gate assignment in RMS.
+ 频率 非计划的，RMS 中航班登机门分配改变时触发。
+ Reasons for gate assignment include:
+ 登机门数据修改的原因有：
+ RMS operator confirms a gate allocation within RMS.
+ RMS 操作员在 RMS 中确认了一个登机门分配。
+ RMS operator unconfirms a previously confirmed gate
+ allocation within RMS.
+ RMS 操作员在 RMS 中取消了一个登机门之前的确认。
+ RMS operator manually changes the gate occupancy
+ timings for previously confirmed gate allocations for a
+ flight.
+ RMS 操作员手动改变一个已经确认的登机门的占用时
+ 间。
+ RMS system automatically changes the gate occupancy
+ timings for previously confirmed gate allocations for a
+ flight.
+ RMS 系统自动为一个已经确认的登机门修改登机门占用
+ 时间。
+ Data Range This is sent out only if the flight gate data is changed for
+ 数据范围 a flight within RMS operational window (which may/may
+ not map to typical AODB window of 48 hours).
+ Latest snapshot of all gate related data for a flight should
+ be included.
+ 航班登机门事件仅当航班建立的计划操作日期在 RMS 当
+ 前操作窗口内的若干小时（可能也可能不和 AODB 通常
+ 的 48 小时时间窗匹配）中发出。
+ Data Count One or more flight gate assignment records in single
+ 数据数 XML message.
+ 包括一个航班中所有相关的登机门数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+
+
+
+
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments 1. All gate assignments for a flight are to be sent
+ 注释 with each change. This is so that any gate
+ message from RMS will contain complete
+ snapshot of all gates currently confirmed for that
+ flight in RMS.
+ 每一次修改都会发送航班的整个登机门分配。也
+ 就是说RMS发送的消息将包括航班分配的整个快
+ 照。
+ 2. If all gates get unconfirmed still a message is
+ needed to indicate that the flight has no
+ confirmed gates.
+ 如果所有登机门都被取消确认，一个消息会被发
+ 送，标志该航班没有确认的登机门。
+ 3. All gate assignments for a mixed flight will be
+ communicated in same gate message. Each
+ such assignment will identify the D/I allocation of
+ resource.
+ 一个混合航班的登机门将在同一个登机门消息
+ 中。每个分配将带有D/I标识分配的资源。
+ 4. When gate hierarchies are used to handle large
+ aircraft, RMS will send separate gate codes
+ known to AODB in the interface.
+ 当登机门等级结构被用来处理大航空器的时候，
+ RMS将在接口中发送AODB理解的分别的登机门
+ 代码。
+ 5. RMS will send separate gate events for master
+ and code share.
+ RMS将为主航班和代码共享航班分别发送登机门
+ 事件。
+```
+
+
+#### 4.3.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+ Refer format under AODBGTDT event. The format is the same as AODBGTDT event,
+ except the message sender SNDR in the meta header section will be set to RMS.
+ Further the optional fields GOTM and GCTM will not be sent by RMS since RMS is the
+ not source for these values.
+ 参见AODBGTDT事件的格式。格式与AODBGTDT事件相同，除了头部的发送者SNDR
+ 被设置为RMS。GOTM和GCTM字段不会被RMS发送由于RMS不是这些值的源。
+```
+
+
+#### 4.3.3 Event Message Sample/事件消息例子
+
+
+
+
+
+
+ Refer sample under AODBGTDT event, except the SNDR will be set to RMS and the
+ fields GOTM, GCTM will be absent in the message sent from RMS.
+ 参见AODBGTDT事件的例子出了SNDR将是RMS并且RMS发送的消息不会有GOTM和
+ GCTM标签。
+
+
+### 4.4 RMS flight planned stand event/ 事件
+
+
+
+#### 4.4.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code RMSPSDT
+ 消息代码
+ Event Description This is triggered whenever RMS needs to send flight
+ 事件描述 stand assignments including timing changes to AODB.
+ 当 RMS 中一个航班的停机位相关数据修改时（包括时间
+ 修改），发生该事件。
+ Single Recipient Yes
+ 接收者 是
+ Frequency Unscheduled, triggered by stand assignment in RMS.
+ 频率 非计划的，RMS 中航班停机位数据改变时触发。
+ Reasons for stand assignment include:
+ 停机位数据修改的原因有：
+ RMS operator confirms a stand allocation for a flight
+ within RMS.
+ RMS 操作员在 RMS 中确认了一个停机位分配。
+ RMS operator unconfirms a previously confirmed stand
+ allocation for a flight within RMS.
+ RMS 操作员在 RMS 中取消了一个停机位之前的确认。
+ RMS operator manually changes the parking stand
+ occupancy timings for previously confirmed stand
+ allocations for a flight.
+ RMS 操作员手动改变一个已经确认的停机位的占用时
+ 间。
+ RMS system automatically changes the parking stand
+ occupancy timings for previously confirmed stand
+ allocations for a flight.
+ RMS 系统自动为一个已经确认的停机位修改停机位占用
+ 时间。
+ Data Range This is sent out only if the flight stand data is changed
+ 数据范围 for a flight within RMS operational window (which
+ may/may not map to typical AODB window of 48 hours).
+ Latest snapshot of all planned stand allocation related
+ data for a flight should be included.
+ 航班停机位事件仅当航班建立的计划操作日期在 RMS 当
+ 前操作窗口内的若干小时（可能也可能不和 AODB 通常
+ 的 48 小时时间窗匹配）中发出。
+ Data Count One or more flight planned stand allocation records in
+ 数据数 single XML message.
+
+
+
+
+ 包括一个航班中所有相关的停机位数据。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments 1. All planned stand assignments for a flight are to
+ 注释 be sent with each change. This is so that any
+ planned stand message from RMS will contain
+ complete snapshot of all planned stands
+ currently confirmed for that flight in RMS.
+ 每一次修改都会发送航班的整个停机位分配。也
+ 就是说RMS发送的消息将包括航班分配的整个快
+ 照。
+ 2. If all planned stands get unconfirmed still a
+ message is needed to indicate that the flight has
+ no confirmed planned stands.
+ 如果所有停机位都被取消确认，一个消息会被发
+ 送，标志该航班没有确认的停机位。
+ 3. Planned stand assignments for a mixed flight
+ will be communicated in same planned stand
+ message.
+ 一个混合航班的停机位将在同一个停机位消息
+ 中。每个分配将带有D/I标识分配的资源。
+ 4. RMS will send separate planned stand events
+ for master and code share.
+ RMS将为主航班和代码共享分别发送事件。
+ 5. Conflict zone defined using conflict rules will not
+ be sent to AODB from RMS. RMS can only send
+ the stand allocations as visible in the Gantt chart
+ not the virtual timings.
+ 利用冲突规则定义的冲突区域不会被RMS发送给
+ AODB。RMS只能发送甘特图中的停机位分配而
+ 不是虚拟时间。
+```
+
+
+#### 4.4.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+ Refer format under AODBPSDT event. The format is the same as AODBPSDT event,
+ except the message sender SNDR in the meta header section will be set to RMS.
+ 参见AODBPSDT事件的格式。格式与AODBPSDT事件相同，除了头部的发送者SNDR
+ 被设置为RMS。
+```
+
+
+#### 4.4.3 Event Message Sample/事件消息例子
+
+
+
+ Refer sample under AODBPSDT event, except the SNDR will be set to RMS.
+ 参见AODBPSDT事件的例子除了SNDR将是RMS。
+
+
+
+
+### 4.5 RMS flight chute event/ RMS 航班行李传送带事件
+
+
+
+#### 4.5.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code RMSCHDT
+ 消息代码
+ Event Description This is triggered whenever RMS needs to send flight
+ 事件描述 chute assignments to AODB.
+ 当 RMS 需要向 AODB 发送航班行李传送带时触发。
+ Single Recipient Yes
+ 接收者 是
+ Frequency Unscheduled, triggered by chute assignment in RMS.
+ 频率 非计划的，在 RMS 发送航班行李传送带时触发。
+ Reasons for chute assignment include:
+ 分配行李传送带的原因有：
+ RMS operator confirms a chute allocation within RMS.
+ RMS 操作员在系统中确认行李传送带的分配。
+ RMS operator unconfirms a previously confirmed chute
+ allocation within RMS.
+ RMS 操作员在系统中取消一个行李传送带分配的确认。
+ RMS operator changes the chute open/chute close
+ timings in RMS
+ RMS 操作员在系统中修改一个行李传送带的打开/关闭时
+ 间。
+ Data Range This is sent out only if the flight chute data is changed
+ 数据范围 for a flight which is scheduled for operation within the
+ current operational window of „x‟ hours (typically next 48
+ hours).
+ Latest snapshot of all chute related data for a flight
+ should be included.
+ Baggage status specific sort destination (e.g. for late
+ bags) are not reported to AODB from RMS since these
+
+
+
+
+ are not flight specific.
+ 航班行李传送带修改事件仅当航班建立的计划操作日期在
+ 当前操作窗口内的若干小时（通常是 48 小时内）中发
+ 出。
+ 包括一个航班行李传送带的所有数据。
+ 行李状态的详细分类目的地（如迟到行李）不向 AODB
+ 发送，因为这些不包括在航班明细里。
+ Data Count One or more flight chute assignment records in single
+ 数据数 XML message.
+ 一条 XML 报文中包括一个或多个航班行李传送带分配记
+ 录。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment Yes
+ 确认 是
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments 1. All chute assignments for a flight are to be sent
+ 注释 with each change. This is so that any chute
+ message from RMS will contain complete
+ snapshot of all chutes currently confirmed for
+ that flight in RMS.
+ 一个航班的所有行李传送带分配每次修改都会发送。
+ RMS中发送的任何传送带报文都包括当前航班确认的
+ 所有行李传送带信息。
+ 2. If all chutes get unconfirmed still a message is
+ needed to indicate that the flight has no
+ confirmed chute.
+ 如果所有的行李传送带分配取消，还要再发送一条报
+ 文表示航班无确认的行李传送带。
+ 3. Chute assignments for a mixed flight will be
+ communicated in same chute message.
+ 混合航班的行李传送带分配在同一条报文中发送。
+ 4. RMS will send a single event when the same
+ chute is allocated for both master and code
+ share. AODB will internally copy it to both
+ master and code share records within AODB. If
+
+
+
+
+ RMS operator allocates a separate resource for
+ code shares (different from master flight), RMS
+ will separate events for code share flight which
+ will update the code share flight alone in AODB.
+ 对主航班和代码共享航班，RMS只发送一条事件。
+ AODB自己在内部为主航班和代码共享航班复制信
+ 息。若RMS为代码共享航班分配的传送带不同，
+ RMS单独发送代码共享航班的行李传送带事件。
+```
+
+
+#### 4.5.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M FLOP
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(4) M CHDT
+ data section.
+ 消息发送的子类型. Meta Data段的一部
+ 分.
+ FLOP Identifies start of the operational data. - M This starts a section.
+ 操作数据的开始标识 一个新段落的开始
+ FLID Unique AODB ID for identifying a flight Number(1-12) M
+ AODB中唯一的航班ID
+ FFID Friendly flight Id for easy identification. Char(20-32) M Formed by concatenating
+ 航班ID别名，便于辨别 following fields of
+ AODBSCHD message in
+ order namely
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ 格式为AODBSCHD报文
+ 中相关的字段顺序，
+ ALCD, FLNO, MVIN,
+ SODT, FLIN
+ CHDT Has a parameter CHNO to identify the Number(1) P This starts a chute
+ chute number associated with flight section and includes
+ which has multiple chute allocations. chute specific information
+ This data repeats for each chute of a as below. An empty TAG
+ flight. will be sent for a flight
+ 分配了多行李传送带的航班带有参数 with previous chute
+ CHNO表示传送带号。航班的每个传送 allocations to signify
+ there are no chute
+ 带中重复出现。
+ allocations now.
+ 一个行李传送带段落的开
+ 始包括传送带的详情。空
+ 表示航班已分配但现在未
+ 分配。
+ CHUT This is the baggage chute allocated for Char(1-8) M Chute code reference
+
+
+
+
+XML Tag Description Format Req Values
+ a departure flight. table to be decided by
+ 离港航班分配的行李传送带 CDIA
+ 根据成都机场的行李传送
+ 带参考数据表。
+ CCLS Chute class Char(1) M Following class codes will
+ 行李传送带等级 be supported:
+ 支持如下等级代码
+ F = First class/头等
+ C = Business class/商务
+ Y = Economy class/经济
+ X = No specific class/全
+ 部
+ If more than one class
+ can be used for chute
+ allocationon a single
+ chute, CHDT will be
+ repeated for each class.
+ 如果一个行李传送带可被
+ 用于多个等级的行李传送
+ 带分配，那么CHDT将为
+ 每个等级重复一次。
+ PCBT Planned time for chute start usage for Char(11) M DDMONYYHHMM
+ flight Local time 24 hr format
+ 航班行李转盘计划开始使用时间 当地时间24小时格式
+ PCET Planned time for chute end usage for Char(11) M DDMONYYHHMM
+ flight Local time 24 hr format
+ 航班行李转盘计划结束使用时间 当地时间24小时格式
+ CBTM Actual Time when the flight started Char(11) O DDMONYYHHMM
+ using the chute Local time 24 hr format
+ 航班实际开始使用传送带时间 当地时间24小时格式
+ CETM Actual Time when the flight stopped Char(11) O DDMONYYHHMM
+ using the chute Local time 24 hr format
+ 航班实际结束使用传送带时间 当地时间24小时格式
+ CTYP Domestic or International indicator of Char(1) M D – Domestic/国内
+ chute resource I – International/国际
+ 传送带资源的国内国际标志
+```
+
+
+#### 4.5.3 Event Message Sample/事件消息例子
+
+ Refer sample under AODBCHDT event, except the SNDR will be set to RMS.
+ 参见AODBCHDT事件的例子除了SNDR将是RMS。
+
+
+
+
+### 4.6 RMS reference data request event/ RMS 参数请求事件
+
+
+
+
+
+
+
+#### 4.6.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code RMSRQRD
+ 消息代码
+ Event Description This is sent whenever RMS wants a fresh copy of
+ 事件描述 reference data like airlines, airports etc from AODB.
+ 当 RMS 要从 AODB 中更新参数如航空公司、机场等时发
+ 送该事件。
+ Single Recipient Yes
+ 接收者 是
+ Frequency Unscheduled, triggered by RMS operator action to
+ 频率 request a reference data download from AODB.
+ 非计划的，RMS 操作员发出从 AODB 中下载参数时触
+ 发。
+ Data Range NA
+ 数据范围 无
+ Data Count Single reference data request record in single XML
+ 数据数 message.
+ 在一个 XML 报文中包括一条参数请求记录。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments RMS should send one outstanding reference data
+ 注释 request at a time, as each request is responded by
+ AODB.
+ Since extracting and sending reference is an intense
+ operation that may impact normal operational
+ messages, RMS to ensure not too many outstanding
+ reference data request messages are sent continuously.
+ RMS一次发送一条参数请求，得到AODB的响应。
+ 由于抽取发送参数是一种大数据量操作，有可能影响正常
+ 的报文，RMS确保不连续发送大批的参数请求。
+```
+
+
+#### 4.6.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M RQRD
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(4) M Type of reference data
+ data section. required by RMS.
+ 消息发送的子类型. Meta Data段的一部 RMS请求的典型数据
+ 分. COUL = Country codes/
+ 国家代码
+ ARPT = Airport codes/机
+ 场代码
+ AIRL = Airline codes/航空
+ 公司代码
+ AIRC = Aircraft types/机
+ 型
+ REGN = Registrations/机
+ 号
+ ORGN = Organizations/
+ 机构
+ FLTL = Flight types/航班
+ 类型
+ TLST = Terminal codes/
+ 航站楼代码
+ SLST = Stand codes/机
+ 位代码
+ CLST = Counter codes/
+ 柜台代码
+ GLST = Gate codes/登机
+ 门代码
+ BLST = Carousel codes/
+ 行李提取转盘代码
+ CHLT = Chute codes/行
+ 李传送带代码
+ RSTA = Resource status/
+ 资源状态
+ RQRD Identifies start of the request reference - M This starts a section. This
+ data information information. will be an empty TAG.
+ 请求参数信息的开始 新段落的开始。是个空标
+ 签。
+ RTYP Type of resource Char(4) O Specify resource type
+ 资源类型 when the STYP is RSTA.
+ 在STYP为RSTA时指定资
+
+
+
+
+XML Tag Description Format Req Values
+ 源类型。
+```
+
+
+#### 4.6.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ RMS
+ 1243
+ 20021010090311
+ RQRD
+ AIRL
+
+
+ AIRL
+
+
+```
+
+
+
+
+
+### 4.7 RMS daily schedule request event/ RMS 日航班计划请求事件
+
+
+
+#### 4.7.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code RMSRQFD
+ 消息代码
+ Event Description This is sent whenever RMS wants a fresh copy of daily
+ 事件描述 schedule from AODB.
+ 当 RMS 要从 AODB 中更新日时刻表时发送该事件。
+ Single Recipient Yes
+ 接收者 是
+ Frequency Unscheduled, triggered by RMS operator action to
+ 频率 request a daily schedule download from AODB.
+ 非计划的，RMS 操作员发出从 AODB 中下载日时刻表时
+ 触发。
+ Data Range Facility to retrieve messages by date range is provided.
+ 数据范围 根据请求的日期范围。
+ Data Count Single daily schedule request record in single XML
+ 数据数 message.
+ 一条 XML 报文中包括一条日时刻表请求记录。
+ Data Conversion None
+ 数据转换 无
+
+
+
+
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority High
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments RMS should send one outstanding daily schedule
+ 注释 request at a time, as each request is responded by
+ AODB.
+ Since extracting and sending daily schedule is an
+ intense operation that may impact normal operational
+ messages, RMS to ensure not too many outstanding
+ daily schedule request messages are sent continuously.
+ RMS一次发送一条参数请求，得到AODB的响应。
+ 由于抽取发送参数是一种大数据量操作，有可能影响正常
+ 的报文，RMS确保不连续发送大批的参数请求。
+```
+
+
+#### 4.7.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+XML Tag Description Format Req Values
+TYPE Type of message sent. Part of meta Char(4) M RQFD
+ data section.
+ 消息发送类型。Meta Data段的一部
+ 分。
+STYP Subtype of message sent. Part of meta Char(4) M NONE
+ data section.
+ 消息发送的子类型. Meta Data段的一部
+ 分.
+ RQFD Identifies start of the request flight - M This starts a section.
+ information. 新段落的开始
+ 请求航班信息的开始标志
+ STDB Filter criteria indicating all daily Char(11) O DDMONYYHHMM
+ schedule records with schedule time of When more than one
+ operation (STA or STD) after or equal parameter is specified,
+ to this date time are to be retrieved. they will be treated with
+ 请求日时刻表记录的筛选标准，只调用 AND condition.
+ 大于或等于该日期（STA或STD）的记 When none of the
+ 录。 parameters are specified,
+
+
+
+
+XML Tag Description Format Req Values
+ AODB will return all of
+ current day‟s records (as
+ it would while generating
+ an unsolicited daily
+ schedule from AODB).
+ 有多个参数时，认为是
+ “与”条件。
+ 无参数时，AODB返回当
+ 天所有的记录（就如同
+ AODB发送的日计划）。
+ STDE Filter criteria indicating all daily Char(11) O DDMONYYHHMM
+ schedule records with schedule time of
+ operation (STA or STD) before or
+ equal to this date time are to be
+ retrieved.
+ 请求日时刻表记录的筛选标准，只调用
+ 小于或等于该日期（STA或STD）的记
+ 录。
+ ETDB Filter criteria indicating all daily Char(11) O DDMONYYHHMM
+ schedule records with estimated time
+ of operation (ETA or ETD) after or
+ equal to this date time are to be
+ retrieved.
+ 请求日时刻表记录的筛选标准，只调用
+ 大于或等于该日期（ETA或ETD）的记
+ 录。
+ ETDE Filter criteria indicating all daily Char(11) O DDMONYYHHMM
+ schedule records with estimated time
+ of operation (ETA or ETD) before or
+ equal to this date time are to be
+ retrieved.
+ 请求日时刻表记录的筛选标准，只调用
+ 小于或等于该日期（ETA或ETD）的记
+ 录。
+```
+
+
+#### 4.7.3 Event Message Sample/事件消息例子
+
+
+
+```xml
+
+
+
+
+ RMS
+ 1243
+ 20021010090311
+ RQFD
+ NONE
+
+
+
+
+
+
+
+ 12JAN041730
+
+
+```
+
+
+
+
+
+### 4.8 RMS error to AODB event/ RMS 发送给 AODB 的错误信息事件
+
+
+
+#### 4.8.1 Event Attributes/事件属性
+
+```text
+
+
+
+ Message Code RMSEROR
+ 消息代码
+ Event Description This is triggered whenever RMS needs to send an error
+ 事件描述 message to AODB.
+ 当 RMS 需要向 AODB 发送一个错误信息时发生。
+ Single Recipient Yes
+ 接收者 是
+ Frequency Unscheduled, triggered by error handling in RMS.
+ 频率 非计划的，RMS 中错误处理时触发。
+ Reasons for error event send include:
+ 错误事件发送的原因有：
+ RMS finds an error in the input message/format/content
+ from AODB.
+ RMS 从 AODB 中发现输入的报文/格式/内容错误。
+ RMS cannot logically process the message from AODB
+ due to business logic conflict.
+ RMS 收到 AODB 的报文无法处理，与商业流程冲突。
+ RMS cannot process the message from AODB due to
+ internal RMS error.
+ 由于内部错误，RMS 无法处理收到的 AODB 报文。
+ Data Range Not Applicable.
+ 数据范围 不适用
+ Data Count Single error record in single XML message. Multiple
+ 数据数 errors are conveyed as separate events.
+ 一个 XML 报文中包括一条错误记录。多个错误分开成多
+ 个事件。
+ Data Conversion None
+ 数据转换 无
+ Sort Sequence None
+ 排列序列号 无
+ Acknowledgment None
+ 确认 无
+ Priority High
+
+
+
+
+
+ 优先级 高
+ Expiry 120 minutes
+ 过期 120 分钟
+ Message Fragmentation None
+ 消息分段 无
+ Encoding UTF 8
+ 编码
+ Time Beijing local time
+ 时间 北京当地时间
+ Comments None
+ 注释 无
+ Processing Exceptions RMS cannot send AODB‟s TYPE/STYP/SEQN in the
+ 处理例外 TYPS, STYS and SEQS fields respectively. So RMS will
+ send repeat of first 200 chars of erroneous AODB
+ message in ETEX. So the mandatory fields will be
+ preset to following in RMS EROR messages.
+ RMS不能在TYPS、STYS和SEQS字段发送AODB的
+ TYPE/STYP/SEQN。所以RMS将在发给AODB消息的
+ ETEX字段中发送前200个字符。所以强制字段在RMS
+ EROR消息如下：
+ TYPS = EROR
+ STYS = NONE
+ SEQS = 0
+```
+
+
+#### 4.8.2 Event Message Format/事件消息格式
+
+```text
+
+
+
+ Refer format under AODBERORRMS event. The format is the same as
+ AODBERORRMS event, except the message sender SNDR in the meta header section
+ will be set to RMS. Other header values like SEQS, TYPS will correspond to the source
+ message from AODB during processing of which the error was found.
+ 参考AODBERORRMS事件格式。这个格式与AODBERORRMS事件相同，只是meta头
+ 部分由SNDR换成RMS。其他的值如SEQS, TYPS对应AODB中错误发生的原报文。
+```
+
+
+#### 4.8.3 Event Message Sample/事件消息例子
+
+
+
+ Refer sample under AODBERORRMS event, except the SNDR will be set to RMS. See
+ exceptions above.
+ 参考AODBERORRMS事件格式，只是SNDR换成RMS。见上面的异常处理。
+
+
+
+
+
+
+
+
+## 5 AODB Exception Handling/AODB异常处理
+
+
+
+### 5.1 Application Errors/应用程序错误
+
+```text
+
+
+ SNO Exception Type Handling Description
+ 异常类型 处理描述
+ 1. XML parse error Means the XML from RMS cannot be parsed correctly
+ XML 解析错误 either because of incorrect format or because of invalid
+ value in one of the TAGs (parsing matched against the
+ AODB published XSD)
+ 表示由于错误格式或非法的TAG值（按照AODB发布的
+ XSD），无法正确解析RMS的XML。
+ Will send error to RMS
+ 发送错误给RMS。
+ Will not process message
+ 不处理报文。
+ 2. Invalid Type Means XML can be parsed but the TYPE is not expected
+ 非法类型 from RMS.
+ 表示可以解析 XML，但RMS的 TYPE 非法。
+ Will send error to RMS
+ 发送错误给RMS。
+ Will not process message
+ 不处理报文。
+ 3. Invalid Subtype Means XML can be parsed but the STYP is not expected
+ 非法子类型 from RMS.
+ 表示可以解析 XML，但RMS的 STYP 非法。
+ Will send error to RMS
+ 发送错误给RMS。
+ Will not process message
+ 不处理报文。
+ 4. Invalid TAG Means XML can be parsed but some additional TAG not
+ 非法标签 expected from RMS is encountered.
+ 表示可以解析 XML，但RMS的一些附加标签非法。
+ Will send error to RMS
+ 发送错误给RMS。
+ Will ignore the TAG and process rest of message
+ 忽略该标签，处理其余的报文。
+ 5. Invalid Value Means XML can be parsed but some TAG contains a
+ 非法值 data value not expected by AODB (including not passing
+ XSD validation) or not passing the reference data
+ validation.
+ 表示可以解析 XML，但一些标签的值 AODB 认为非法 (包
+ 括无法通过 XSD 校验) 或无法通过参考数据的合法性检
+
+
+
+
+
+ SNO Exception Type Handling Description
+ 异常类型 处理描述
+ 查。
+ Will send error to RMS
+ 发送错误给RMS。
+ Will not process message
+ 不处理报文。
+ 6. Business error Means XML can be parsed but AODB encountered a
+ 业务错误 business logic problem processing the message.
+ 表示可以解析XML，处理该报文时，AODB发生业务错
+ 误。
+ Will send error to RMS
+ 发送错误给RMS。
+ Will not process message
+ 不处理报文。
+ 7. Internal error Means AODB encountered an unexpected error problem
+ 内部错误 processing the message.
+ AODB 处理报文时碰到意外错误。
+ Will send error to RMS
+ 发送错误给RMS。
+ Will not process message
+ 不处理报文。
+```
+
+
+### 5.2 Connection Failures/连接失败
+
+```text
+
+
+ SNO Failure Type Handling Description
+ 失败类型 处理描述
+ 1. Level 1 AODB disconnected from CIIMS (or AODB shutdown) for
+ 1级 less than 120 minutes and restarted.
+ AODB与CIIMS断开（或AODB关机）小于120分钟并重启。
+ AODB will connect and receive buffered messages from
+ CIIMS.
+ AODB与CIIMS连接并接收缓冲的报文。
+ RMS will receive latest messages from CIIMS once AODB
+ is started.
+ AODB重启后，RMS接收CIIMS的最新报文。
+ No other error special handling is expected.
+ 无其他错误特殊处理。
+ 2. Level 2 AODB disconnected from CIIMS (or AODB shutdown) for
+ 2级 more than 120 minutes but less than 480 minutes.
+ AODB与CIIMS断开（或AODB关机）大于120分钟但小于
+ 480分钟。
+ AODB cannot send/receive all buffered messages from
+ CIIMS as some messages would have expired.
+
+
+
+
+
+ SNO Failure Type Handling Description
+ 失败类型 处理描述
+ AODB无法发送/接收CIIMS所有的缓冲报文，一些报文会过
+ 期。
+ Operator will disconnect RMS connection to CIIMS.
+ 操作员断开RMS与CIIMS的连接。
+ Operator will clear all messages from RMS to AODB from
+ CIIMS queues.
+ 操作员从CIIMS队列中清除所有RMS发送AODB的报文。
+ Operator will clear all messages from AODB to RMS from
+ CIIMS queues.
+ 操作员从CIIMS队列中清除所有AODB发送RMS的报文。
+ Operator will connect AODB to CIIMS and send request for
+ latest flight resource allocations from AODB to RMS.
+ 操作员连接AODB与CIIMS，从AODB向RMS发送最新的航
+ 班资源分配请求。
+ Operator will connect RMS to CIIMS so RMS can respond
+ with latest flight resource allocations.
+ 操作员连接RMS和CIIMS，RMS则可以响应最新的航班资源
+ 分配信息。
+ Operator will send download request of latest flight
+ schedule from AODB to RMS.
+ 操作员从AODB向RMS发送下载最新航班时刻表的请求。
+ Reference data messages have an expiry of 480 minutes
+ and hence do not need special handling.
+ 参考数据报文有一个480分钟有效期，所以不需要特殊处
+ 理。
+ 3. Level 3 AODB disconnected from CIIMS (or AODB shutdown) for
+ 3级 more than 480 minutes.
+ AODB与CIIMS断开（或AODB关机）大于480分钟。
+ Same as above. In addition operator will send download of
+ relevant reference data items from AODB to RMS.
+ 同上。另外，操作员发送从AODB向RMS下载相关的参考数
+ 据的请求。
+```
+
+
+### 5.3 System Operations Logging/系统操作日志
+
+
+ AODB will have a separate interface with ITOMS system for logging critical events and
+ errors. These are covered in a different specification.
+ AODB与ITOMS系统有单独的接口来记录关键事件日志和错误。不在本文档范围。
+
+
+
+
+
+
+
+
+## 6 RMS Exception Handling/RMS 异常处理
+
+
+
+### 6.1 Application Errors/应用程序错误
+
+```text
+
+
+ SNO Exception Type Handling Description
+ 异常类型 处理描述
+ 1. XML parse error Means the XML from AODB cannot be parsed correctly
+ XML 解析错误 either because of incorrect format or because of invalid
+ value in one of the TAGs (parsing matched against the
+ AODB published XSD)
+ 表示由于错误格式或非法的TAG值（按照AODB发布的
+ XSD），无法正确解析AODB的XML。
+ Will send error to AODB
+ 发送错误给AODB。
+ Will not process message for FLOP or other discrete
+ single record events.
+ 不处理FLOP报文或其他零散的单个记录。
+ Will partially process non erroneous records for SCHD,
+ SCHD or other list record reference data events.
+ Erroneous records will be ignored.
+ 部分处理没错误的SCHD记录或其他参考数据事件。
+ 忽略错误记录。
+ Messages that do not validate successfully against the
+ AODB published XSD will be rejected entirely.
+ 无法成功通过AODB发布的XSD校验的消息将被整体丢
+ 弃。
+ 2. Invalid Type Means XML can be parsed but the TYPE is not expected
+ 非法类型 from AODB.
+ 表示可以解析 XML，但 AODB 的 TYPE 非法。
+ Will send error to AODB
+ 发送错误给AODB。
+ Will not process message
+ 不处理报文。
+ 3. Invalid Subtype Means XML can be parsed but the STYP is not expected
+ 非法子类型 from AODB.
+ 表示可以解析 XML，但 AODB 的 STYP 非法。
+ Will send error to AODB
+ 发送错误给AODB。
+ Will not process message
+ 不处理报文。
+ 4. Invalid TAG Means XML can be parsed but some additional TAG not
+ 非法标签 expected from AODB is encountered.
+ 表示可以解析 XML，但AODB的一些附加标签非法。
+
+
+
+
+
+ SNO Exception Type Handling Description
+ 异常类型 处理描述
+ Will send error to AODB
+ 发送错误给AODB。
+ Will ignore the TAG and process rest of message
+ 忽略该标签，处理其余的报文。
+ 5. Invalid Value Means XML can be parsed but some TAG contains a
+ 非法值 data value not expected by RMS (including not passing
+ XSD validation) or not passing the reference data
+ validation.
+ 表示可以解析 XML，但一些标签的值RMS认为非法（包
+ 括无法通过 XSD 校验）或无法通过参考数据合法性检
+ 查。
+ Will send error to AODB
+ 发送错误给AODB。
+ Will not process message for FLOP or other discrete
+ single record events.
+ 不处理FLOP报文或其他零散的单个记录。
+ Will partially process non erroneous records for SCHD,
+ SCHD or other list record reference data events.
+ Erroneous records will be ignored.
+ 部分处理没错误的SCHD记录或其他参考数据事件。
+ 忽略错误记录。
+ 6. Business error Means XML can be parsed but RMS encountered a
+ 业务错误 business logic problem processing the message.
+ 表示可以解析XML，但处理该报文时，RMS发生业务错
+ 误。
+ Will send error to AODB
+ 发送错误给AODB。
+ Will not process message
+ 不处理报文。
+ 7. Internal error Means RMS encountered an unexpected error problem
+ 内部错误 processing the message.
+ RMS处理报文时碰到意外错误。
+ Will send error to AODB
+ 发送错误给AODB。
+ Will not process message
+ 不处理报文。
+```
+
+
+### 6.2 Connection Failures/连接失败
+
+```text
+
+
+ SNO Failure Type Handling Description
+ 失败类型 处理描述
+ 1. Level 1 RMS disconnected from CIIMS (or RMS shutdown) for less
+ 1级 than 120 minutes and restarted.
+
+
+
+
+ SNO Failure Type Handling Description
+ 失败类型 处理描述
+ RMS与CIIMS断开（或RMS关机）小于120分钟并重启。
+ RMS will connect and receive buffered messages from
+ CIIMS.
+ RMS与CIIMS连接并接收缓冲的报文。
+ AODB will receive latest messages from CIIMS once RMS
+ is started.
+ RMS重启后，AODB接收CIIMS的最新报文。
+ No other error special handling is expected.
+ 无其他错误特殊处理。
+ 2. Level 2 RMS disconnected from CIIMS (or RMS shutdown) for
+ 2级 more than 120 minutes but less than 480 minutes. .
+ RMS与CIIMS断开（或RMS关机）大于120分钟但小于480分
+ 钟。
+ RMS cannot send/receive all buffered messages from
+ CIIMS as some messages would have expired.
+ RMS无法发送/接收CIIMS所有的缓冲报文，一些报文会过
+ 期。
+ Operator will clear all messages from AODB to RMS from
+ CIIMS queues.
+ 操作员从CIIMS队列中清除所有AODB发送RMS的报文。
+ Operator will connect RMS to CIIMS so RMS can respond
+ with latest flight resource allocations.
+ 操作员连接RMS和CIIMS，RMS则可以响应最新的航班资源
+ 分配信息。
+ Operator will send download request of latest flight
+ schedule from AODB to RMS.
+ 操作员从AODB向RMS发送下载最新航班时刻表的请求。
+ Reference data messages have an expiry of 480 minutes
+ and hence do not need special handling.
+ 参考数据报文有一个480分钟有效期，所以不需要特殊处
+ 理。
+ 3. Level 3 RMS disconnected from CIIMS (or RMS shutdown) for
+ 3级 more than 480 minutes.
+ RMS与CIIMS断开（或RMS关机）大于480分钟。
+ Same as above. In addition operator will send download of
+ relevant reference data items from AODB to RMS.
+ 同上。另外，操作员发送从AODB向RMS下载相关的参考数
+ 据的请求。
+```
+
+
+### 6.3 System Operations Logging/系统操作日志
+
+
+ RMS should have its own logging system for logging critical events and errors.
+ RMS应有自己的日志系统来记录关键事件的日志和错误。
+
+---
+
+## 整理说明
+
+本版本已移除原 PDF 的重复页眉、页脚与目录页，并将正文重排为连续的 Markdown 章节。为避免技术字段在转换时发生列错位，字段定义、消息格式及异常处理表保留为等宽文本；XML 报文样例则使用 XML 代码块。在非技术代码块的原始页面起始处保留了不可见的 HTML 注释页码，以便与 PDF 互相核对；跨页字段表和 XML 样例不会被分页标记中断。
+
+
diff --git a/doc/unisysaodbsis.xsd b/doc/unisysaodbsis.xsd
new file mode 100644
index 0000000..ac8e964
--- /dev/null
+++ b/doc/unisysaodbsis.xsd
@@ -0,0 +1,3211 @@
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+