曝光台 注意防骗
网曝天猫店富美金盛家居专营店坑蒙拐骗欺诈消费者
识要素状态属性的值。
为了确定一个给定时间或时间段的属性值，要遵守下列规则：
1、 标识所有在指定时间段内被激活的变更（deltas）
2、 对变更（deltas）按序列号(sequenceNumber)升序排序
3、 按照从低到高的序列号(sequenceNumber) 将变更应用到要素上
a) 当两个或者更多变更（deltas）具有相同的序列号(sequenceNumber)
时，则使用带有最大修正号 修正号(correctionNumber) 的变更
（deltas）。
可以使用序列号(sequenceNumber) 和修正号(correctionNumber)解决重叠
的临时性变更（TEMPDELTAs），同时也可以用来说明如何传递取消和修正信息
的。在本例中序列号(sequenceNumber) = 2， 最初用于传达要素状态=test。之
后，使用同一个序列号(sequenceNumber)=2 和修正号(correctionNumber)=1 的
timeSlice 来传递修正信息。第二个序列号(sequenceNumber)=2 的timeSlice 将
要素状态修正为Status =MAINT。
AIXM 5 航空信息交换模型
版本：2006/01/30 59
图 20 TimeSlice 修订举例
7.4.4.5 与要素标识集成
为了满足要素识别的总体建议措施，需要将某些时间性组件组合在一起才能
对航空要素进行完整定义。如果一个系统正在使用自然属性识别方法来标识要
素，那么只简单的传输一个变更（Delta） 去标识一个要素是不够的，这是因为
变更（Delta） 也许没有包括要素关系查询中所引用的那些属性。在这种情况下，
需要传输该变更（Delta）生效时同样处于激活状态的一个版本（Version）
7.4.4.6 和要素关系集成
表示AIXM 属性的TimeSlice 模型使要素关系更加复杂。要素关系，就像其
他属性一样，能够随时间的改变而改变，因此需要在要素TimeSlice 内对其进行
编码。
使用基于要素属性数据集的查询（参阅7.2 章）对要素关系编码。所以要素
关系查询需要将Timeslice 模型与查询集成在一起。对此，我们提出以下建议：
要素的人工标识符是时间的不变量，因此使用要素人工标识符来表
示要素关系的意义不大。
DeltaTimeSlices 不能用在要素关系中，这是由于Delta TimeSlice
没有包含全部要素属性。
对自然标识加以编码的要素关系必须引用Baseline 或者
VersionTimeSlice。
AIXM 5 航空信息交换模型
版本：2006/01/30 60
要素关系必须包括解释属性，以表明这种关系是否基于BanseLine
或者Version。
我们建议要素关系应该基于Baseline 要素。
根据这些原则，在图10 中显示的要素关系，将被重写为：
例1 没有变化，因为人工标识符是时间的不变量。例2 和例3 中，关系
（relationship）引用了在2005 年11 月21 日和12 月21 日之间被激活的Runway
Baseline TimeSlice，同时值得注意的是Aerodrome 与Runway 的二级关系也必
须对Baseline，startPosition 与endPosttion 进行编码。
7.5 可扩展要素
EUROCONTROL AISTEC/ACCB-04/VVP 讨论了对AIXM 范围的扩展：“将
AIXM 开发成为一个全球可用的航空数据交换规范，满足各干系国对国际航空信
息分发的需要，其中包括临时性变化(NOTAM)，另外要具有标准的扩充机制[该
点被着重强调]，从而保证AIXM 能够用于更广范的航空服务应用领域。” [3]。
为了满足其他应用需求以及其他国家的需要，我们对AIXM 的定义范围进行
了扩展，所以也需要对AIXM 模型扩展并使其支持其他数据类型、属性和消息。
由于无法预测上述这些需求及扩展的范围，因此，AIXM 需要一个标准机制，从
AIXM 5 航空信息交换模型
版本：2006/01/30 61
而使AIXM 既符合自身基本标准要求，又满足特定应用系统的需求。
扩展模型允许AIXM XML 文档包含某个国家特定的附加属性、一个系统接
口规范或者其他使用情况。扩展的举例有：
保存某机场国家特殊拼写的字段
利用国家特殊空域类型对某一空域分类的一个代码类型
航空要素的字型、字号代码，用于航图或座舱显示
换言之，只要在AIXM XML 文档中传输本地或者系统的特殊信息时，就可能
需要扩展。
扩展性有两个重要的优点[17]：
允许将AIXM 用于初始设计未涵盖的应用范围，可以增强AIXM 的
推广。
允许对AIXM 的本地扩展，可以减轻AIXM 结构配置委员会的
（configuration control board） 压力
对扩展性而言的高级需求包括：
允许灵活性处理以便各应用程序可以根据需要增加新的AIXM 要
素属性和关系
建立一个实施扩展和对扩展进行文档处理的标准方法
提供编码规则，以便所有能够读懂AIXM 基本标准的计算机系统，
也能读懂包含扩展项的AIXM XML 文档。
7.5.1 创建扩展的指导原则
扩展模型为强化和扩展AICM和AIXM 核心信息交换模型提供了足够的灵活
性。AIXM 意在提供航空信息的通用语言和数据交换的通用格式。但是扩展的使
用也因为不利于实现国际航空数据融合这一努力方向而有损于上述AIXM 意图。
为此，AIXM 采纳者应慎重使用扩展并加以仔细管理。
通常情况下，在考虑要素扩展时，应该采用下面的指导原则：
支持航空数据建模的，且用于国际空中导航的具有国际性应用的新
属性和关系。这些属性和关系应该考虑通过AIXM 结构配置管理程
序，直接添加到AIXM 模型中
没有被AIXM 直接覆盖，却可支持应用程序的特定实施的扩展，可
AIXM 5 航空信息交换模型
版本：2006/01/30 62
作为候选扩展（参阅 5.3.1 的讨论）。
合理的扩展应该由AIXM 用户共同管理，这样具有共性的扩展就可
以被共享。
全球可用的扩展应该由AIXM 结构配置委员会审阅，将其作为基本
AIXM 模型可采用的候选扩展。
7.5.2 扩展需求的分析
中国航空网 www.aero.cn
航空翻译 www.aviation.cn
本文链接地址：
航空信息交换模型（AIXM）(17)
